Beskrivningen av vad ett program ska göra om inmatningsdata är ogiltiga bör ange följande:
1. Ingångsvalidering: Definiera tydligt vad som utgör ogiltig inmatning. Detta bör vara exakt och omfattande och täcker alla möjliga scenarier. Exempel inkluderar:
* Datatyp: Fel datatyp (t.ex. ange text när ett nummer förväntas).
* Range: Värde utanför ett acceptabelt intervall (t.ex. negativ ålder, vikt över en fysisk gräns).
* format: Felformat (t.ex. ogiltigt datum, felaktigt formaterad e -postadress).
* saknade data: Obligatoriska fält lämnas tomma.
* duplicerade data: Ingång som innehåller duplikatposter där unikhet krävs.
* Logiska inkonsekvenser: Datavärden som motsäger varandra (t.ex. beställningsdatum är efter leveransdatum).
* Säkerhetssårbarheter: Input som kan utnyttjas för skadliga ändamål (t.ex. SQL-injektion, skript på tvärsidan).
2. Felhantering: Beskriv hur programmet hanterar ogiltig inmatning. Vanliga tillvägagångssätt inkluderar:
* avvisa ingången: Programmet vägrar den ogiltiga ingången och visar ett lämpligt felmeddelande till användaren, vilket uppmanar dem att återange data korrekt. Detta är ofta det enklaste och säkraste tillvägagångssättet.
* Standard till ett värde: Programmet använder ett fördefinierat standardvärde om ingången är ogiltig. Detta bör tydligt dokumenteras och endast användas när det är lämpligt och standard äventyrar inte programmets funktionalitet.
* med en fallbackmekanism: Programmet försöker återhämta sig från felet genom att använda alternativa metoder eller datakällor. Till exempel kan det försöka hämta de saknade uppgifterna från en annan plats. Detta är mer komplex och bör användas noggrant.
* loggning av felet: Programmet registrerar den ogiltiga ingången och felinformationen i en loggfil för felsökning och analys. Detta är avgörande för att upprätthålla systemet och identifiera trender i ogiltiga data.
* graciös nedbrytning: Programmet fortsätter att fungera men med minskade kapacitet. Till exempel kan en funktion inaktiveras, men resten av applikationen förblir i drift.
3. Felrapportering: Ange hur programmet kommer att kommunicera felet till användaren. Detta borde vara:
* klar och kortfattad: Användaren bör förstå vad som gick fel och hur man korrigerar det.
* Användarvänligt: Undvik teknisk jargong när det är möjligt.
* hjälpsam: Ge specifik information, till exempel den ogiltiga datapunkten och vad som förväntas.
* konsekvent: Använd samma felhantering och rapporteringsmekanismer under hela programmet.
4. Undantagshantering (för programmerare): Om du använder ett programmeringsspråk som stöder undantagshantering, beskriv hur undantag kommer att fångas och hanteras för att förhindra att programmet kraschar.
Exempel:
"Om användaren anger ett negativt nummer för ålder kommer programmet att visa ett felmeddelande:" Ålder måste vara ett icke-negativt nummer. " Inmatningsfältet kommer att förbli markerat, vilket uppmanar användaren att återanvända en giltig ålder.
Genom att tydligt ange dessa aspekter säkerställer du robustheten och tillförlitligheten för ditt program inför ogiltig inmatning. Den detaljnivå som krävs beror på programmets komplexitet och kritik.
