Geef voorbeelden van hoe het testproces begint.

Het testproces kan op verschillende fasen van de levenscyclus van softwareontwikkeling beginnen, afhankelijk van de gekozen methodologie en de specificaties van het project.

Voorbeelden:

• Vroege tests (of Shift-Left Testing):

  • Beginnen in fasen voorafgaand aan het schrijven van code: verzamelen en analyseren van vereisten, ontwerpen van architectuur en gebruikersinterface.
  • QA neemt deel aan de review van documentatie (vereisten, specificaties), waarbij ambiguïteiten, tegenstrijdigheden en potentiële problemen in een vroeg stadium worden geïdentificeerd.
  • Schrijven van testgevallen, checklists en het formuleren van teststrategieën parallel aan de ontwikkeling.
  • Toepasbaar in Agile- en DevOps-benaderingen.

• Testen tijdens de ontwikkelfase (Unit Testing, Integration Testing):

  • Begint wanneer ontwikkelaars beginnen met het schrijven van code.
  • Ontwikkelaars schrijven unittests om afzonderlijke modules of functies te controleren.
  • QA kan deelnemen aan de planning van integratietests, het schrijven van testgevallen of zelfs het schrijven van de integratietests zelf, als ze dezelfde frameworks gebruiken als de ontwikkelaars (in Automation QA).

• Na de implementatiefase (System Testing, Acceptance Testing, Regression Testing):

  • Begint nadat een functionaliteit of module is voltooid en geïntegreerd.
  • Uitgebreide tests van het systeem als geheel worden uitgevoerd.
  • Gebruikers of vertegenwoordigers van de klant voeren acceptatietests uit.
  • Na wijzigingen wordt een regressietest uitgevoerd om te verzekeren dat de nieuwe wijzigingen de bestaande functionaliteit niet hebben gebroken.

• Tests voor het detecteren van defecten in productie:

  • Het testproces kan worden gestart na het ontdekken van een defect in een werkend systeem door de gebruiker of monitoringtools.
  • QA analyseert het defect, reproduceert het, lokaliseert het en maakt een rapport over het defect.
  • Een cyclus van correctie en testen van de gecorrigeerde versie begint.

# Voorbeeld van QA-deelname aan vroege tests (vereistenreview)
def review_requirements(requirements_doc):
    """
    Pseudo-codefunctie voor het reviewen van een vereisten document door een QA-specialist.
    """
    issues_found = []
    # Controle op volledigheid
    if not all_requirements_are_clear(requirements_doc):
        issues_found.append("Sommige vereisten zijn onduidelijk of dubbelzinnig.")
    # Controle op tegenstrijdigheden
    if has_conflicting_requirements(requirements_doc):
        issues_found.append("Tegenstrijdige vereisten gedetecteerd.")
    # Controle op testbaarheid
    if not are_all_requirements_testable(requirements_doc):
        issues_found.append("Sommige vereisten zijn moeilijk of onmogelijk te testen.")
    
    return issues_found

# Veronderstelde hulpfuncties
def all_requirements_are_clear(doc):
    pass # Logica voor controle op duidelijkheid
def has_conflicting_requirements(doc):
    pass # Logica voor controle op tegenstrijdigheden
def are_all_requirements_testable(doc):
    pass # Logica voor controle op testbaarheid

De keuze van het moment om te beginnen met testen hangt af van de projectstrategie, maar de trend om testen naar eerdere fasen te verschuiven (vroeg testen) wordt steeds gebruikelijker om de kwaliteit te verbeteren en de kosten van het corrigeren van defecten te verlagen.