Përdorni gjurmueshmëri dykahëshe: lidhni çdo kërkesë të rëndësishme me vendimet dhe komponentët që e përmbushin, pastaj lidhni komponentët me provat e pranimit. Lidhjet e kundërta tregojnë pse ekziston komponenti dhe cilat kërkesa mund të ndikohen nga një ndryshim i propozuar.
Një zinxhir i vogël që mirëmbahet
text
[Requirement R-12] --> [Decision D-04] --> [Refund workflow]
| |
+--> [Acceptance test T-18] <-----------+
|
[Test evidence]
Supozoni se R-12 kërkon që përsëritja e së njëjtës kërkesë rimbursimi të mos krijojë tjetër rimbursim. D-04 zgjedh një identifikues të qëndrueshëm operacioni biznesi dhe zbulimin e dublikatave. Rrjedha zbaton rregullin. T-18 përsërit kërkesën pas simulimit të humbjes së përgjigjes dhe verifikon se ende ekziston vetëm një rimbursim biznesi.