De checklists voor het testen van software voor kwaliteitscontrole (inclusief voorbeeldchecklists)

qa software testing checklists

Checklists voor QA-testen van software

Vandaag brengen we u een ander kwaliteitsinstrument dat zo vaak onderbenut wordt, dat we dachten dat we er details over zouden herhalen in de hoop dat het zijn verloren glorie terugkrijgt. Het is ‘Checklijst’.

Definitie: Een checklist is een catalogus met items / taken die worden geregistreerd voor tracking. Deze lijst kan in een bepaalde volgorde worden gerangschikt of kan lukraak zijn.

Checklists zijn een essentieel onderdeel van ons dagelijks leven. We gebruiken ze in verschillende situaties, van boodschappen doen tot het hebben van een takenlijst voor de dagelijkse activiteiten.

Wat je leert:

• Overzicht van checklists voor het testen van QA-software
  • # 1) Test gereedheidsbeoordeling
  • # 2) Checklist met exitcriteria
  • Controlelijst testen
  • Automatiseringschecklist
  • Aanbevolen literatuur

Overzicht van checklists voor het testen van QA-software

Zodra we op kantoor zijn, maken we altijd een lijst met dingen die we voor die dag / week kunnen doen, zoals hieronder:

• Vullen rooster
• Af hebben documentatie
• Bel het offshore-team om 10.30 uur
• Bijeenkomst om 16.00 uur, etc.

Als en wanneer een item in de lijst klaar is, schrap je het af, verwijder je het van de lijst of vink je het item af met een vinkje - om de voltooiing ervan te markeren. Komt het ons niet al te bekend voor?

Maar is dat alles waarvoor het kan worden gebruikt?

top 10 anime sites engels dub

Kunnen we checklists formeel gebruiken in onze IT-projecten (specifiek QA) en zo ja, wanneer en hoe? Dit is wat hieronder wordt behandeld.

Ik pleit persoonlijk voor het gebruik van checklists om de volgende redenen:

• Het is veelzijdig - kan voor alles worden gebruikt
• Makkelijk te maken / gebruiken / onderhouden
• Het analyseren van resultaten (taakvoortgang / voltooiingsstatus) is super eenvoudig
• Zeer flexibel - u kunt naar behoefte items toevoegen of verwijderen

Net als de algemene praktijk zullen we het hebben over de aspecten 'waarom' en 'hoe'.

• Waarom hebben we checklists nodig? : Voor het volgen en beoordelen van voltooiing (of niet-voltooiing). Om taken te noteren, zodat niets over het hoofd wordt gezien.
• Hoe maken we checklists?​ Dit kan niet eenvoudiger. Schrijf alles gewoon punt voor punt op.

Checklists Voorbeeld voor QA-processen:

Zoals ik hierboven al zei, zijn er enkele gebieden in het QA-veld waar we het checklistconcept effectief kunnen toepassen en goede resultaten kunnen behalen. Twee van de gebieden die we vandaag zullen zien, zijn:

• Test gereedheidsbeoordeling
• Wanneer moet u stoppen met testen of de checklist met criteria afsluiten?

# 1) Test gereedheidsbeoordeling

Dit is een veel voorkomende activiteit die door elk QA-team wordt uitgevoerd om te bepalen of ze alles hebben wat ze nodig hebben om door te gaan naar de testuitvoeringsfase. Dit is ook een terugkerende activiteit vóór elke testcyclus in projecten met meerdere cycli.

Om niet tegen problemen aan te lopen nadat de testfase is begonnen en te beseffen dat we voortijdig in de uitvoeringsfase zijn gekomen, moet elk QA-project een beoordeling uitvoeren om te bepalen of het alle input heeft die nodig is voor succesvol testen.

Een checklist faciliteert deze activiteit perfect. Hiermee kunt u van tevoren een lijst maken met ‘dingen die nodig zijn’ en elk item achtereenvolgens bekijken. U kunt het gemaakte blad zelfs opnieuw gebruiken voor volgende testcycli.

Extra informatie: Test Readiness Review wordt over het algemeen gemaakt en de beoordeling wordt uitgevoerd door de vertegenwoordiger van het QA-team. De resultaten worden gedeeld met de PM's en de andere teamleden om aan te geven of het testteam klaar is om de testuitvoeringsfase in te gaan.

Hieronder ziet u een voorbeeld van een voorbeeld van een checklist voor testgereedheidscontrole:

Nu hoeft u alleen nog maar met deze lijst te markeren als klaar of niet voltooid.

# 2) Checklist met exitcriteria

Zoals de naam aangeeft, is dit een checklist die helpt bij de besluitvorming of een testfase / cyclus moet worden gestopt of voortgezet.

Aangezien een defectvrij product niet mogelijk is en we ervoor moeten zorgen dat we binnen de gegeven tijd zo goed mogelijk testen, wordt er een checklist van het onderstaande effect opgesteld om de belangrijkste criteria waaraan moet worden voldaan bij te houden om een ​​testfase bevredigend te achten.

Controlelijst testen

Gaat u een nieuw testproject starten? Vergeet niet deze testchecklist te controleren bij elke stap van uw projectlevenscyclus. De lijst is grotendeels gelijk aan het testplan en omvat alle kwaliteitsborgings- en testnormen.

Controlelijst testen:

1. Systeem- en acceptatietests maken ()
2. Start het maken van een acceptatietest ()
3. Identificeer het testteam ()
4. Werkplan maken ()
5. Testaanpak maken ()
6. Koppel acceptatiecriteria en -vereisten om de basis te vormen van acceptatietest ()
7. Gebruik een subset van systeemtestgevallen om het gedeelte met vereisten van de acceptatietest te vormen ()
8. Maak scripts voor gebruik door de klant om aan te tonen dat het systeem voldoet aan de vereisten ()
9. Maak een testschema. Betrek mensen en alle andere bronnen.​
10. Acceptatietest uitvoeren ()
11. Start het maken van een systeemtest ()
12. Identificeer testteamleden ()
13. Werkplan maken ()
14. Bepaal de vereiste middelen ()
15. Identificeer productiviteitstools voor testen ()
16. Bepaal de gegevensvereisten ()
17. Bereik een overeenkomst met datacenter ()
18. Testaanpak maken ()
19. Identificeer alle benodigde faciliteiten ()
20. Verkrijg en beoordeel bestaand testmateriaal ()
21. Maak een inventaris van testitems ()
22. Identificeer ontwerpstatussen, voorwaarden, processen en procedures ()
23. Bepaal de noodzaak van op code gebaseerde (witte doos) testen. Identificeer voorwaarden.​
24. Identificeer alle functionele vereisten ()
25. Einde voorraadaanmaak ()
26. Start het maken van een testcase ()
27. Maak testcases op basis van de inventaris van testitems ()
28. Identificeer logische groepen bedrijfsfuncties voor het nieuwe systeem ()
29. Verdeel testcases in functionele groepen die zijn getraceerd naar de inventaris van testartikelen ()
30. Ontwerp datasets die overeenkomen met testgevallen ()
31. Einde testcase maken ()
32. Bekijk bedrijfsfuncties, testcases en datasets met gebruikers ()
33. Ontvang goedkeuring voor het testontwerp van de projectleider en QA ()
34. Eindtestontwerp ()
35. Begin met de voorbereiding van de test ()
36. Hulpbronnen voor testondersteuning verkrijgen ()
37. Geef een overzicht van de verwachte resultaten voor elk testgeval ()
38. Verkrijg testgegevens. Valideer en traceer naar testgevallen ()
39. Bereid gedetailleerde testscripts voor voor elke testcase ()
40. Voorbereiden en documenteren van omgevingsinstellingsprocedures. Voeg back-up- en herstelplannen toe ()
41. Einde testvoorbereidingsfase ()
42. Systeemtest uitvoeren ()
43. Testscripts uitvoeren ()
44. Vergelijk het werkelijke resultaat met het verwachte ()
45. Documenteer verschillen en maak een probleemrapport ()
46. Invoer onderhoudsfase voorbereiden ()
47. Testgroep opnieuw uitvoeren na probleemreparatie ()
48. Maak een definitief testrapport, inclusief lijst met bekende bugs ()
49. Zorg voor formele ondertekening ()

Automatiseringschecklist

Als u een van deze vragen met ja beantwoordt, moet uw test serieus worden overwogen voor automatisering.

V # 1) Kan de testreeks van acties worden gedefinieerd?

Antwoord: Is het handig om de reeks handelingen meerdere keren te herhalen? Voorbeelden hiervan zijn acceptatietests, compatibiliteitstests, prestatietests en regressietests.

V # 2) Is het mogelijk om de volgorde van acties te automatiseren?

Antwoord: Dit kan bepalen dat automatisering niet geschikt is voor deze reeks acties.

V # 3) Is het mogelijk om een ​​test te ‘semi-automatiseren’?

Antwoord: Het automatiseren van delen van een test kan de uitvoeringstijd van een test versnellen.

V # 4) Is het gedrag van de te testen software hetzelfde met automatisering als zonder?

Antwoord: Dit is een belangrijke zorg voor prestatietests.

V # 6) Moet u dezelfde tests uitvoeren op meerdere hardwareconfiguraties?

Antwoord: Voer ad-hoc-tests uit (Opmerking: in het ideale geval zou elke bug een bijbehorende testcase moeten hebben. Ad-hoc-tests kunnen het beste handmatig worden uitgevoerd. Probeer u voor te stellen dat u zich in echte situaties bevindt en gebruik uw software zoals uw klant dat zou doen. tijdens ad-hoc testen moeten nieuwe testcases worden gemaakt zodat ze gemakkelijk kunnen worden gereproduceerd en zodat regressietests kunnen worden uitgevoerd wanneer u de Zero Bug Build-fase bereikt.)

Een ad-hoc-test is een test die handmatig wordt uitgevoerd, waarbij de tester probeert het gebruik van het softwareproduct in de echte wereld te simuleren. Bij het uitvoeren van ad-hoc-tests zullen de meeste bugs worden gevonden. Benadrukt moet worden dat automatisering nooit een vervanging kan zijn voor handmatig testen.

Aandachtspunten:

• De bovenstaande twee zijn voorbeelden om het gebruik van checklists te demonstreren QA-processen , maar het gebruik is niet beperkt tot deze twee gebieden.
• De items in elke lijst zijn ook indicatoren om de lezers een idee te geven van wat voor soort items kunnen worden opgenomen en bijgehouden, maar de lijst kan indien nodig worden uitgebreid en / of gecomprimeerd.

We hopen echt dat de bovenstaande voorbeelden succesvol zijn geweest in het naar voren brengen van het potentieel van checklists naar QA en IT-processen.

Dus, de volgende keer dat je een eenvoudige tool nodig hebt die semi-formeel, eenvoudig en efficiënt is, hopen we dat we je erop hebben gericht checklists een kans te geven. Soms is de eenvoudigste oplossing de beste.

Aanbevolen literatuur

• Beste softwaretesttools 2021 (QA Test Automation Tools)
• Software testen QA Assistant Job
• Software Testing-cursus: bij welk Software Testing Institute moet ik meedoen?
• Softwaretests kiezen als uw carrière
• Softwaretest Schrijver van technische inhoud Freelancer-baan
• ISTQB-testcertificering Voorbeeldvragen met antwoorden
• Enkele interessante sollicitatievragen voor het testen van software
• Feedback en recensies over softwaretestcursussen