QA-testlistor för testning av programvara (inkluderade exempel på checklistor)

qa software testing checklists

Testlistor för QA-testning av programvara

Idag tar vi med dig ett annat kvalitetsverktyg som är så ofta underutnyttjat att vi trodde att vi skulle tvätta detaljer om det i hopp om att det återfår sin förlorade ära. Det är ”checklista”.

Definition: En checklista är en katalog över objekt / uppgifter som registreras för spårning. Denna lista kan antingen ordnas i en sekvens eller kan vara slumpmässig.

Checklistor är en del av vårt dagliga liv. Vi använder dem i olika situationer, från matinköp till en att göra-lista för dagens aktiviteter.

Vad du kommer att lära dig:

• Översikt över checklistor för testning av QA-programvara
  • # 1) Testberedskapsgranskning
  • # 2) Kontrollista för utgångskriterier
  • Testlista
  • Automationschecklista
  • Rekommenderad läsning

Översikt över checklistor för testning av QA-programvara

Så snart vi kommer till kontoret gör vi alltid en lista över saker att göra för den dagen / veckan, som nedan:

• Fylla tidrapport
• Avsluta dokumentation
• Ring offshore-teamet kl. 10.30
• Möte kl. 16, etc.

När och när ett objekt i listan är klart stryker du av det, tar bort det från listan eller markerar det med en bock - för att markera att det är klart. Är det inte alltför bekant för oss?

Men är det allt det kan användas till?

frågor och svar på teknisk supportintervju

Kan vi använda checklistor i våra IT-projekt formellt (särskilt QA) och om ja, när och hur? Det här är vad som kommer att täckas nedan.

Jag förespråkar personligen användningen av checklistor av följande skäl:

• Den är mångsidig - kan användas till vad som helst
• Lätt att skapa / använda / underhålla
• Att analysera resultat (uppgiftsförlopp / slutförandestatus) är super enkelt
• Mycket flexibel - du kan lägga till eller ta bort föremål efter behov

I likhet med allmän praxis kommer vi att prata om ”varför” och ”hur” -aspekterna.

• Varför behöver vi checklistor? : För spårning och bedömning av slutförande (eller icke-slutförande). Att göra anteckningar om uppgifter så att ingenting förbises.
• Hur skapar vi checklistor? : Tja, det här kunde inte vara enklare. Helt enkelt skriva ner allt punkt för punkt.

Checklistor Exempel på QA-processer:

Som jag nämnde ovan finns det några områden inom QA-fältet där vi effektivt kan sätta checklistkonceptet i funktion och få bra resultat. Två av de områden som vi kommer att se idag är:

• Testgranskningsgranskning
• När ska man sluta testa eller checklista för avsluta kriterier

# 1) Testberedskapsgranskning

Detta är en mycket vanlig aktivitet som utförs av varje QA-team för att avgöra om de har allt de behöver för att gå vidare till testkörningsfasen. Detta är också en återkommande aktivitet före varje testcykel i projekt som involverar flera cykler.

För att inte stöta på problem efter att testfasen har börjat och inse att vi gick in i exekveringsfasen i förtid, måste varje QA-projekt genomföra en granskning för att fastställa att det har alla ingångar som behövs för framgångsrik testning.

En checklista underlättar denna aktivitet perfekt. Det låter dig göra en lista över ”saker som behövs” i förväg och granska varje objekt i följd. Du kan till och med återanvända arket en gång skapat för efterföljande testcykler.

Ytterligare info: Testberedskapsgranskning skapas vanligtvis och granskningen utförs av QA-teamrepresentanten. Resultaten delas med premiärmedlemmarna och de andra gruppmedlemmarna för att ange om testteamet är redo att gå in i testkörningsfasen eller inte.

Nedan följer ett exempel på en testlista för testberedskap:

Nu är allt du behöver göra med den här listan att markera som gjort eller inte gjort.

# 2) Kontrollista för utgångskriterier

Som namnet antyder är detta en checklista som hjälper till i beslutsfattandet om en testfas / cykel ska stoppas eller fortsättas.

Eftersom en defektfri produkt inte är möjlig och vi måste se till att vi testar i bästa möjliga utsträckning under en viss tid - en checklista med nedanstående effekt skapas för att spåra de viktigaste kriterierna som måste uppfyllas att anse en testfas tillfredsställande.

Testlista

Ska du starta ett nytt projekt för testning? Glöm inte att kontrollera denna testchecklista i varje steg i din projektlivscykel. Listan motsvarar mestadels testplanen, den täcker alla kvalitetssäkrings- och teststandarder.

Testlista:

1. Skapa system- och acceptattester ()
2. Starta skapande av godkännandeprov ()
3. Identifiera testteam ()
4. Skapa arbetsplan ()
5. Skapa testmetod ()
6. Länka acceptanskriterier och krav för att ligga till grund för godkännandeprov ()
7. Använd en delmängd av systemtestfall för att bilda kraven i Acceptance Test ()
8. Skapa skript för att användas av kunden för att visa att systemet uppfyller kraven ()
9. Skapa ett testschema. Inkludera människor och alla andra resurser. ()
10. Test för genomförande av acceptans ()
11. Starta skapandet av systemtest ()
12. Identifiera testteammedlemmar ()
13. Skapa arbetsplan ()
14. Bestäm resurskrav ()
15. Identifiera produktivitetsverktyg för testning ()
16. Bestäm datakrav ()
17. Uppnå ett avtal med Data Center ()
18. Skapa testmetod ()
19. Identifiera alla anläggningar som behövs ()
20. Skaffa och granska befintligt testmaterial ()
21. Skapa en inventering av testartiklar ()
22. Identifiera designtillstånd, villkor, processer och procedurer ()
23. Bestäm behovet av kodbaserad (vit ruta) testning. Identifiera villkor. ()
24. Identifiera alla funktionskrav ()
25. Avsluta skapandet av lager ()
26. Börja skapa testfall ()
27. Skapa testfall baserat på inventeringen av testartiklar ()
28. Identifiera logiska grupper av affärsfunktioner för det nya systemet ()
29. Dela upp testfall i funktionella grupper som spåras till testvarulager ()
30. Utforma datamängder för att motsvara testfall ()
31. Avsluta skapandet av testfall ()
32. Granska affärsfunktioner, testfall och datamängder med användare ()
33. Få signering på testdesign från projektledare och QA ()
34. Avsluta testdesign ()
35. Börja testförberedelser ()
36. Skaffa testsupportresurser ()
37. Beskriv förväntade resultat för varje testfall ()
38. Skaffa testdata. Validera och spåra för att testa fall ()
39. Förbered detaljerade testskript för varje testfall ()
40. Förbered och dokumentera miljöinställningar. Inkludera säkerhetskopierings- och återställningsplaner ()
41. Avsluta testberedningsfasen ()
42. Test av genomförningssystem ()
43. Kör testskript ()
44. Jämför det faktiska resultatet med förväntat ()
45. Dokumentera avvikelser och skapa problemrapport ()
46. Förbered underhållsfasinmatning ()
47. Kör testgruppen igen efter problemreparationer ()
48. Skapa en slutlig testrapport, inkludera kända buggar ()
49. Få formell avstängning ()

Automationschecklista

Om du svarar ja på någon av dessa frågor bör ditt test övervägas på allvar för Automation.

F # 1) Kan testsekvensen av åtgärder definieras?

Svar: Är det användbart att upprepa åtgärdssekvensen många gånger? Exempel på detta skulle vara acceptantest, kompatibilitetstest, prestandatest och regressionstest.

F # 2) Är det möjligt att automatisera åtgärdssekvensen?

Svar: Detta kan avgöra att automatisering inte är lämplig för denna sekvens av åtgärder.

F # 3) Är det möjligt att 'halvautomatisera' ett test?

Svar: Att automatisera delar av ett test kan påskynda testutförandetiden.

F # 4) Är beteendet hos programvaran som testas samma med automatisering som utan?

hur man öppnar jar-filer med java

Svar: Detta är ett viktigt problem för prestandatestning.

F # 6) Behöver du köra samma tester på flera hårdvarukonfigurationer?

Svar: Kör ad-hoc-tester (Obs: helst bör alla bugg ha ett associerat testfall. Ad hoc-tester görs bäst manuellt. Du bör försöka föreställa dig själv i verkliga situationer och använda din programvara som din kund skulle göra. Som buggar finns under ad-hoc-testning bör nya testfall skapas så att de enkelt kan reproduceras och så att regressionstest kan utföras när du kommer till Zero Bug Build-fasen.)

Ett Ad-hoc-test är ett test som utförs manuellt där testaren försöker simulera den verkliga användningen av programvaruprodukten. Det är när ad hoc-test körs att de flesta buggar kommer att hittas. Det bör betonas att automatisering aldrig kan ersätta manuell testning.

Poäng att notera:

• Ovanstående två är exempel för att visa användningen av checklistor för QA-processer , men användningen är inte begränsad till dessa två områden.
• Objekten i varje lista är också indikatorer för att ge en uppfattning till läsarna om vilken typ av objekt som kan inkluderas och spåras - dock kan listan utökas och / eller komprimeras efter behov.

Vi hoppas verkligen att ovanstående exempel har lyckats ta fram potentialen för checklistor till kvalitets- och IT-processer.

Så nästa gång du behöver ett enkelt verktyg som är halvformellt, enkelt och effektivt hoppas vi att vi har riktat dig mot att ge checklistor en chans. Ibland är den enklaste lösningen den bästa.

Rekommenderad läsning

• Bästa verktyg för testning av programvara 2021 (QA Test Automation Tools)
• Programvarutestning QA-assistentjobb
• Programvarutestningskurs: Vilket programvarutestinstitut ska jag gå med?
• Välja programvarutestning som din karriär
• Programvarutestning Tekniskt innehåll Writer Freelancer Jobb
• ISTQB-testcertifieringsprovfrågeställningar med svar
• Några intressanta programtestintervjufrågor
• Programtestkursfeedback och recensioner