7 types software errors that every tester should know
Det är dags igen för ett inlägg grunderna för programvarutestning . Det här inlägget handlar om typer av programvarufel som alla testare borde veta.
hur man öppnar datfiler på windows
Programvarufel är av många slag. En bugg är en bugg oavsett vad. Men ibland är det viktigt att förstå naturen, dess konsekvenser och orsaken till att bearbeta den bättre.
Detta hjälper till för snabbare reaktion och viktigast av allt, lämplig reaktion.
I den här artikeln kommer vi att diskutera vanliga typer av programvarufel och hur man identifierar dem under testning med några exempel och enkla övningar.
Låt oss börja med att definiera programvarufel och buggar.
Vad du kommer att lära dig:
- Programvarufel och buggar
- Vanliga kategorier av programvarufel:
- En övning:
- Slutsats
- Rekommenderad läsning
Programvarufel och buggar
Enligt definitionen i Wikipedia ' Ett fel är en avvikelse från noggrannhet eller korrekthet ”Och” TILL programvarufel är ett fel, fel, fel eller fel i ett datorprogram eller system som orsakar att det ger ett felaktigt eller oväntat resultat eller beter sig oavsiktligt '.
Således kan följande slutsatser dras:
- Fel är en avvikelse från det faktiska resultatet från det förväntade resultatet.
- Fel är en kategori av programvarufel .
- Fel kan införas till följd av ofullständiga eller felaktiga krav eller på grund av problem med mänsklig datainmatning.
Vanliga kategorier av programvarufel:
# 1) Funktionsfel :
Funktionalitet är ett sätt som programvaran är avsedd att bete sig. Programvaran har ett funktionsfel om något som du förväntar dig att det är svårt, besvärligt, förvirrande eller omöjligt.
Kontrollera denna skärmdump:
Förväntad funktionalitet för Avbryt-knappen är att fönstret ”Skapa nytt projekt” ska stängas och ingen av ändringarna ska sparas (dvs inget nytt projekt måste skapas). Om knappen Avbryt inte är klickbar är det ett funktionsfel.
# 2) Kommunikationsfel:
Dessa fel uppstår vid kommunikation från programvara till slutanvändare. Allt som slutanvändaren behöver veta för att kunna använda programvara bör göras tillgänglig på skärmen .
Få exempelav kommunikationsfel är - Inga hjälpinstruktioner / meny tillhandahålls, funktioner som ingår i utgåvan men inte är dokumenterade i hjälpmenyn, en knapp med namnet ”Spara” bör inte radera en fil etc.
# 3) Kommandofel saknas:
Det händer att inträffa när ett förväntat kommando saknas . Se denna skärmdump:
I det här fönstret kan användaren skapa ett nytt projekt. Det finns dock inget alternativ för användaren att lämna det här fönstret utan att skapa projektet. Eftersom alternativet / knappen ”Avbryt” inte tillhandahålls användaren är detta ett kommandofel som saknas.
# 4) Syntaktiskt fel:
Syntaktiska fel är felstavade ord eller grammatiskt felaktiga meningar och är mycket tydliga när man testar programvarugränssnittet . Observera att vi INTE hänvisar till syntaxfel i koden. Kompilatorn varnar utvecklaren om syntaxfel som uppstår i koden
Notera det felstavade ordet ”Avbryt”:
Observera det grammatiskt felaktiga meddelandet:
# 5) Felhanteringsfel:
Eventuella fel som uppstår när användaren interagerar med programvaran måste hanteras på ett tydligt och meningsfullt sätt . Om inte kallas det som ett felhanteringsfel.
Ta en titt på den här bilden. Felmeddelandet ger ingen indikation på vad felet faktiskt är. Saknas det obligatoriska fältet, sparar fel, sidläsningsfel eller är det ett systemfel? Därför är detta ett ”Felöverlämningsfel”.
När det är möjligt bör ytterligare steg anges för användaren att följa.
Om programvaran har vissa obligatoriska fält som måste fyllas innan de kan spara informationen på ett formulär, ska valideringsmeddelandena vara tydliga och vägledande för den åtgärd som krävs av användaren.
Här är andraexempel:
# 6) Beräkningsfel:
Dessa fel uppstår på grund av något av följande skäl:
- Dålig logik
- Felaktiga formler
- Datatyps oöverensstämmelse
- Kodningsfel
- Problem med samtalsfunktioner etc.
1999 förlorade NASA sin Mars-klimatbana eftersom en av de underleverantörer som NASA använde hade använt engelska enheter istället för det avsedda metriska systemet, vilket fick orbiterns thrusterar att fungera fel. På grund av denna bugg kraschade orbiter nästan omedelbart när den anlände till Mars.
# 7) Kontrollera flödesfel :
Programvarans kontrollflöde beskriver vad den kommer att göra nästa gång och i vilket tillstånd.
Till exempel, överväga ett system där användaren måste fylla i ett formulär och de alternativ som är tillgängliga för användaren är: Spara, Spara och stäng och Avbryt. Om en användare klickar på knappen ”Spara och stäng” ska användarinformationen i formuläret sparas och formuläret stängas. Om du inte stänger formuläret genom att klicka på knappen är det ett kontrollflödesfel.
En övning:
Låt oss identifiera vilka felkategorier följande faller i:
Övning 1:
Dessa är felhanteringsfel.
Övning 2:
Detta är ett kommandofel saknas. Avbryt-knappen krävs men saknas. Båda knapparna 'Fortsätt' och 'Radera' är också överflödiga och utför samma funktion.
Övning 3
Detta är syntaktiskt fel.
Nästa steg:
Att rapportera ett fel när det har identifierats är viktigt. För bästa resultat, rapportera omedelbart.
Inkludera beskrivning, prioritet, svårighetsgrad, utlösare och steg för att återskapa scenariot, skärmdumpar (om sådana finns) i felrapporten.
För mer information om att skriva effektiva felrapporter, kolla in det här inlägget .
Slutsats
Defektidentifiering, kategorisering, rapportering och så småningom borttagning är en del av kvalitetskontrollaktiviteterna.
ai programvara för pc gratis nedladdning
Men förebyggande är bättre än botemedel. Kärnan i mjukvarukvalitetssäkring är att etablera övervakning och inspektionsprocesser i varje steg av programvaruutvecklingens livscykel.
Föreslagen läsning = >> Hur du åtgärdar Audio Renderer Error
Målet är att upptäcka fel så tidigt som möjligt. Detta beror på att kostnaderna för att hitta och åtgärda fel ökar dramatiskt när mjukvaruutvecklingen fortskrider. Därför är det viktigt att identifiera fel tidigt.
Åtgärda ett fel är det billigaste under kravanalysfasen, blir alltmer dyrt för varje steg och är dyraste i underhållsfasen efter släpp.
Som QA-ingenjörer kan vi kanske eller inte vara direkt involverade i kravdefinitionen. Vi kan också ha liten eller ingen direkt kontroll över kraven på kraven.
Därför är det viktigt att vi kan identifiera, söka och rapportera alla fel som vi stöter på under testfasen.
Om författaren: Den här användbara artikeln är skriven av Neha B. Hon arbetar för närvarande som kvalitetssäkringschef och är specialiserad på att leda och leda interna och offshore kvalitetsgrupper.
Låt oss veta andra typer av programvarufel som du känner till eller har stött på.
Rekommenderad läsning
- Typer av risker i programvaruprojekt
- Exempel på felrapport
- Tillkännage min nya e-bok 'Software Testing Career Package - A Software Tester's Journey from Getting a Job to Become a Test Leader!'
- Är Software Testers jobb verkligen ett lågprofil jobb?
- Perfekt programvara Testa CV-guide (med programvarutestare CV-prov)
- 5 sätt att vara en fet och säker programvarutestare
- 5 saker en nybörjare (och testare) borde veta om programvarutestning
- Kännetecken för en dålig programvarutestare