📝 Test Evidence & Traceability

Vastleggen van testresultaten, bewijslast, requirementsdekking en traceability tussen werk, test en release.

← Terug naar Build & Test

Introductie

Tijdens testing worden resultaten geproduceerd die aantonen of een systeem voldoet aan de gestelde eisen. Deze resultaten moeten worden vastgelegd en herleidbaar zijn.

👉 Test Evidence levert bewijs van uitgevoerde tests en resultaten. 👉 Traceability zorgt ervoor dat duidelijk is wat er getest is en waarom.

👉 Samen vormen ze de basis voor transparantie, auditability en kwaliteitsborging binnen software delivery.

1. Wat is Test Evidence

Test evidence bestaat uit alle artefacten die aantonen dat tests zijn uitgevoerd en wat het resultaat was.

  • testrapporten en resultaten
  • screenshots en video-opnames
  • logbestanden en testdata
  • automated test results
  • defectregistraties

👉 Test evidence dient als bewijs voor kwaliteit, compliance en besluitvorming.

2. Wat is Traceability

Traceability is het vermogen om relaties te leggen tussen verschillende onderdelen binnen de lifecycle.

  • requirements
  • user stories
  • testcases
  • defects
  • releases

👉 Dit zorgt ervoor dat elke requirement wordt gevalideerd en herleidbaar blijft. [2](https://www.aiotests.com/blog/traceability-analysis)

3. Traceability matrix (RTM)

De meest gebruikte vorm van traceability is de Requirements Traceability Matrix (RTM).

Een RTM is een overzicht waarin relaties worden vastgelegd tussen:

  • requirements (wat moet gebouwd worden)
  • testcases (hoe wordt gevalideerd)
  • testresultaten (wat is het resultaat)
  • defects (wat is fout gegaan)

👉 Hierdoor ontstaat volledig inzicht in de dekking en kwaliteit van de oplossing.

🔹 Doel van een RTM

  • controleren dat alle requirements getest zijn
  • zicht krijgen op test coverage
  • ondersteunen van impactanalyse bij wijzigingen
  • leveren van bewijs (audit & compliance)

👉 Een RTM voorkomt dat requirements “vergeten” worden tijdens het testen.

🔹 Soorten traceability

  • Forward traceability → requirement → testcases
  • Backward traceability → testcase → requirement
  • Bi-directional traceability → beide richtingen gecombineerd

👉 Bi-directional traceability geeft het meest complete beeld van dekking en impact.

🔹 Voorbeeld RTM

Onderstaand voorbeeld laat zien hoe requirements gekoppeld worden aan testcases en defects:

Requirement ID Omschrijving Testcase(s) Status Defects
REQ-001 Login functionaliteit TC-001, TC-002 ✅ Passed -
REQ-002 Order aanmaken TC-003, TC-004 ❌ Failed DEF-101
REQ-003 Betaling verwerken TC-005 ⚠ In Progress -

👉 In één oogopslag zie je:

  • welke requirements getest zijn
  • welke tests falen
  • waar defects zitten

🔹 Relatie met jouw model

De RTM verbindt alle onderdelen binnen jouw delivery proces:

  • Requirements → input vanuit Analyse
  • Testcases → uitvoering binnen Testing
  • Defects → output van Defect Management
  • Resultaten → input voor Release Readiness

👉 De RTM vormt daarmee de centrale “verbinding” tussen analyse, testing en release.

4. Doel

  • bewijslast van uitgevoerde tests
  • inzicht in testdekking
  • ondersteuning van audits en compliance
  • impactanalyse bij wijzigingen
  • transparantie richting stakeholders

👉 Zonder traceability is het lastig aan te tonen wat wel en niet getest is.

5. Relatie met andere onderdelen

  • Requirements → wat moet getest worden
  • Testcases → hoe wordt getest
  • Defect Management → wat is fout gegaan
  • Release Readiness → wat is gevalideerd

👉 Test Evidence & Traceability verbinden analyse, testing en release tot één geheel.

6. Praktische invulling

🔹 Test Evidence

  • automatische logging van testresultaten
  • screenshots bij failures
  • linking naar defecten
  • opslag in centrale tooling

🔹 Traceability

  • koppeling tussen requirements en testcases
  • koppeling tussen testcases en defects
  • koppeling naar releases of versies

7. Checklist

🔹 Evidence

  • testresultaten vastgelegd
  • bewijs aanwezig (logs, screenshots)
  • reproduceerbaarheid gegarandeerd

🔹 Traceability

  • alle requirements gekoppeld aan tests
  • defects gekoppeld aan testcases
  • dekking inzichtelijk (coverage)

8. Best practices

  • automatisch verzamelen van test evidence waar mogelijk
  • gebruik unieke ID’s voor requirements en testcases
  • borg bidirectionele traceability
  • houd traceability up-to-date bij wijzigingen
  • gebruik tooling (bijv. Azure DevOps, Jira, Test tools)

9. Samenvatting

Test Evidence & Traceability zorgen voor aantoonbare kwaliteit en volledige herleidbaarheid.

👉 Ze vormen de basis voor auditability, vertrouwen en gecontroleerde software releases.