Glossario · Fondamenti del testing
Matrice di tracciabilità dei requisiti (RTM)
In inglese: Requirements traceability matrix
Detto anche: RTM, matrice di tracciabilità, tracciabilità dei requisiti, traceability matrix
Definizione
Tabella che collega ogni requisito ai test case che lo verificano e ai loro risultati, rendendo visibili le lacune di copertura e l'impatto delle modifiche.
Una matrice di tracciabilità dei requisiti (RTM, requirements traceability matrix) collega i requisiti ai test che li coprono e spesso, a valle, ai risultati di esecuzione e ai difetti. Risponde rapidamente a due domande: ogni requisito è testato? E se questo requisito cambia, quali test vanno aggiornati? È obbligatoria in settori regolamentati come dispositivi medici, aviazione e finanza, ed è utile ovunque si debba dimostrare la copertura.
Esempio
| Requisito | Descrizione | Test case | Stato | Difetti |
|---|---|---|---|---|
| AUTH-01 | L’utente può accedere con credenziali valide | TC-101, TC-102 | Superato | nessuno |
| AUTH-02 | L’account si blocca dopo 5 tentativi falliti | TC-103, TC-104, TC-105 | Fallito | BUG-311 |
| AUTH-03 | Il link di reset della password scade dopo 30 minuti | (nessuno) | Non coperto | n/d |
Come leggerla: AUTH-03 non ha test, quindi è una lacuna di copertura. AUTH-02 è coperto ma fallisce, quindi è un rischio per il rilascio legato a un bug specifico.
Tracciabilità in avanti, all’indietro e bidirezionale
- Tracciabilità in avanti (forward): dal requisito ai test. Dimostra che ogni requisito viene verificato.
- Tracciabilità all’indietro (backward): dal test al requisito. Mostra i test che non verificano nulla di richiesto da qualcuno, che possono essere obsoleti o rivelare un requisito mancante.
- Bidirezionale: entrambe le direzioni, ed è ciò che si aspetta la maggior parte degli auditor.
RTM e code coverage
Una RTM misura la copertura dei requisiti: se ogni esigenza dichiarata ha un test. La code coverage misura quali righe o branch sono stati eseguiti durante i test. Puoi avere il 100% di copertura dei requisiti con una scarsa code coverage, e viceversa. Rispondono a domande diverse e funzionano meglio insieme.
Mantenerla gestibile
Un foglio di calcolo mantenuto a mano diventa obsoleto in fretta. La maggior parte dei team genera invece la tracciabilità dai propri strumenti: test case taggati con gli ID delle story nel tool di test management, oppure test automatici annotati con la chiave del requisito (ad esempio un tag come @AUTH-02 nei titoli dei test Playwright o un @Tag di JUnit), poi un report li mette in relazione. La matrice vale quanto la disciplina con cui si tagga ogni nuovo test.