Welke testdocumentatie bestaat er?

Testdocumentatie omvat artefacten die op verschillende fasen van testen worden gebruikt. De hoofdtypen:

• Testbeleid (Test Policy): Een hoog-niveau document dat de doelen, aanpak en principes van testen binnen de organisatie definieert.
• Teststrategie (Test Strategy): Een meer gedetailleerd document dat het algemene testplan voor een specifiek project of product beschrijft, inclusief scope, middelen, planning en methoden.
• Testplan (Test Plan): Een document dat de specifieke acties voor testen voor een bepaalde iteratie of release gedetailleerd beschrijft. Bevat:
  • Testdoelen en -taken.
  • Scope van testen (wat wordt getest, wat niet).
  • Ingangs- en uitgangscriteria.
  • Testtypes.
  • Testomgeving.
  • Rollen en verantwoordelijkheden.
  • Planning.
  • Risicobeheer.
  • Stop- en hervatcriteria.
• Testscenario / Testgeval (Test Case): Een document dat de specifieke stappen beschrijft om een bepaalde test uit te voeren, samen met het verwachte resultaat.
• Checklijst (Checklist): Een lijst van punten of functies om te controleren zonder gedetailleerde stappen. Gebruikt wanneer de stappen duidelijk zijn of niet geformaliseerd hoeven te worden.
• Testset (Test Suite / Test Set): Een verzameling testgevallen gegroepeerd op een bepaalde criteria (bijvoorbeeld op functionaliteit of testtype).
• Foutrapport / Defectrapport (Bug Report / Defect Report): Een document dat een gevonden fout beschrijft, inclusief stappen om het te reproduceren, feitelijke en verwachte resultaten, omgeving en ernst.
• Testuitvoeringsrapport (Test Execution Report): Een document dat de resultaten van testuitvoering samenvat, inclusief pass/fail status van testgevallen, aantal gevonden bugs en algemene voortgang.
• Testafsluitrapport (Test Closure Report): Een document dat de gehele testinspanning samenvat, inclusief de uiteindelijke status, geleerde lessen en aanbevelingen.
• Traceerbaarheidsmatrix (Traceability Matrix): Een document dat testartefacten koppelt aan vereisten, om te verzekeren dat alle vereisten gedekt zijn door tests.

Voorbeeld van een eenvoudige testgevalstructuur:

Veld	Beschrijving
Testgeval ID	Unieke identificatie
Testgevalnaam	Korte beschrijving van de suite
Doel van testgeval	Wat wordt getest
Voorwaarden	Benodigde voorwaarden voor uitvoering
Uitvoeringsstappen	Volgorde van acties
Verwacht resultaat	Het resultaat dat moet worden verkregen
Naverwerking	Systeemstatus na uitvoering

Voorbeeld van een eenvoudig defectrapport:

Veld	Beschrijving
Defect ID	Unieke identificatie
Korte beschrijving	Samenvatting van het probleem in één zin
Project / Module	Waar de fout is gevonden
Versie van product	Versie waarop de fout is gevonden
Omgeving	OS, browser, instellingen
Stappen voor reproductie	Volgorde van acties naar de fout
Feitelijk resultaat	Wat er gebeurde
Verwacht resultaat	Hoe het had moeten zijn
Kriticiteitsniveau	Invloed op functionaliteit (Blocker, Critical, Major, Minor, Trivial)
Prioriteit	Hoe snel het moet worden opgelost (High, Medium, Low)
Foutopsporingspersoon	Wie de fout heeft gevonden
Aanmaakdatum
Status	(Nieuw, Open, In behandeling, Opgelost, Gesloten, Heropend)
Toegewezen aan	Ontwikkelaar, verantwoordelijke

# Voorbeeld code voor automatisering van testgeval (fragment)
def test_user_login_successful():
    # Voorafgaande stappen
    login_page.open()
    login_page.enter_username("valid_user")
    login_page.enter_password("valid_password")
    
    # Uitvoeringsstap
    login_page.click_login_button()
    
    # Controle van het verwachte resultaat
    assert home_page.is_dashboard_displayed()
    # Naverwerking (bijvoorbeeld uitloggen)
    home_page.logout()

# Commando om geautomatiseerde tests uit te voeren
pytest tests/smoke_tests.py

Documentatie kan formeel (volgens sjablonen) of informeel zijn, afhankelijk van de ontwikkelingsmethodologie en projectvereisten.