Skip to main content

Ti è mai capitato di aver testato il tuo software fino allo sfinimento ma di continuare ad avere un dubbio persistente? Non sei solo. Nel collaudo del software, anche i team più scrupolosi possono tralasciare elementi critici, lasciando punti ciechi che portano a costosi errori e bug. Soprattutto nel testing black box – dove non hai accesso diretto al codice – garantire una copertura completa può essere complicato.

Ed è qui che entra in gioco una Requirements Traceability Matrix (RTM). Non farti ingannare dal nome altisonante: questo strumento è sorprendentemente semplice e può rivoluzionare il tuo processo di testing. Un RTM aiuta a mappare tutti i requisiti ai relativi test, assicurando che nulla sfugga e che la copertura sia totale. Con una visibilità completa, il tuo team può affrontare il testing con sicurezza, scovare lacune nascoste e ottenere una tracciabilità completa.

Questo articolo ti mostrerà come un RTM può trasformare il tuo testing black box da un lavoro di supposizione a una copertura garantita.

Want more from The CTO Club?

Create a free account to finish this piece and join a community of CTOs and engineering leaders sharing real-world frameworks, tools, and insights for designing, deploying, and scaling AI-driven technology.

This field is for validation purposes and should be left unchanged.
Name*

Cos'è una Requirements Traceability Matrix (RTM)?

Una Traceability Matrix è un importante documento che collega due o più documenti fondamentali, di solito in una relazione molti-a-molti, per garantire la completezza della loro connessione. Questo strumento è utile per monitorare i requisiti di progetto e verificare che tutte le necessità del progetto siano correttamente soddisfatte.

Una requirements traceability matrix mostra come i requisiti sono collegati ad altri artefatti e dimostra che sono stati soddisfatti. Dettaglia requisiti, casi di test, risultati dei test e potenziali problemi, dimostrando che tutti i passaggi rilevanti sono stati eseguiti.

Nello sviluppo software, un RTM è un documento di riferimento che garantisce che tutti i requisiti siano collegati ai casi di test. I project manager impiegano principalmente gli RTM per assicurarsi che tutti i criteri siano soddisfatti durante la fase di test. 

L'RTM viene spesso utilizzato per valutare l'impatto dei requisiti forniti. Quando i requisiti iniziali cambiano durante il progetto, una traceability matrix mostra i flussi di lavoro, i test, la documentazione, il codice software e così via coinvolti dal cambiamento.

Cos'è la Tracciabilità?

I project manager utilizzano tre tipi di tracciabilità nelle matrici per collegare requisiti e artefatti: forward, backward e bidirezionale. 

  • Forward traceability descrive il percorso di un progetto dall'inizio alla fine.
  • Backward traceability garantisce che ogni test venga eseguito per una ragione precisa. 
  • Bidirectional traceability è la forma più completa, poiché combina i modelli forward e backward per verificare che ogni test corrisponda ai requisiti e viceversa.
Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

Upgrade your inbox with more tech leadership wisdom for delivering better software and systems.

This field is for validation purposes and should be left unchanged.
Name*

Perché la Tracciabilità dei Requisiti è Importante?

L'obiettivo finale del testing software non è avere software senza bug (sebbene sia importante anche questo). Il vero focus deve essere che l'applicazione faccia ciò per cui è stata progettata, ovvero che soddisfi le aspettative e le esigenze degli utenti.  

Business analyst o product owner creano un documento SRS (System/Software Requirement Specification) per raccogliere i requisiti del cliente. In Agile, questo documento si chiama Sprint Backlog e i requisiti sono sotto forma di user story. Il team di quality assurance esamina il documento e, insieme al team di progetto, scrive i casi di test. Tuttavia, potrebbero mancare funzionalità nei casi di test, quindi una requirements traceability matrix è utile per evitare questo rischio.

Vantaggi di RTM e Copertura dei Test

Ecco alcuni dei benefici offerti dall'utilizzo di un RTM durante il ciclo di sviluppo:

  • Avanzamento del progetto: Il RTM tiene traccia dei requisiti e del loro stato fino al completamento. Questo evidenzia lo stato attuale del progetto e aiuta a capire se il lavoro pianificato è nei tempi previsti.
  • Responsabilità: Gli RTM offrono responsabilità rispetto alla proposta originale e ai termini del progetto, rendendo più semplice tenere traccia dei requisiti e del loro stato rispetto al completamento generale del progetto.
  • Carichi di lavoro dei membri del team: Gli RTM forniscono informazioni su chi ha richiesto ciascun requisito e su chi ne è responsabile per il completamento, aggiungendo chiarezza sui contributi individuali e sulle responsabilità.
  • Fiducia del cliente: Gli RTM mantengono un record dettagliato delle richieste dei clienti, garantendo che le loro esigenze siano affrontate e documentate in modo accurato. 
  • Aumentata copertura dei test: Ogni caso di test è collegato a uno specifico requisito nel RTM. Di conseguenza, si riduce il rischio di tralasciare requisiti durante il processo di test e si può raggiungere una copertura dei test del 100%.

Chi ha bisogno della tracciabilità dei requisiti?

Le RTM sono quasi esclusivamente utilizzate da programmatori, team di prodotto e stakeholder di progetto con requisiti molto complessi o regolamentati. Uno degli obiettivi principali delle RTM è tracciare i test dei requisiti, che sono più specifici per i team che sviluppano prodotti come software e hardware. Sebbene un progetto più ampio spesso tenga traccia dei requisiti o delle consegne del progetto, una RTM è progettata per soddisfare le esigenze di un team tecnico che deve monitorare e testare funzionalità specifiche. 

Andreea Draniceanu

Esempio

La RTM di un team di sviluppo software dovrebbe includere informazioni dettagliate riguardanti i test del software, problemi, difetti e funzionalità, per valutare le specifiche del prodotto rispetto al backlog dello sprint. Le RTM aiutano inoltre i team tecnici a soddisfare i requisiti di clienti esterni e stakeholder, fornendo loro informazioni su come tali esigenze sono state documentate e affrontate.

 

Tuttavia, per progetti meno tecnici, i team possono sviluppare un elenco molto più semplice che si concentra esclusivamente sul monitoraggio dei contributi o delle consegne di ciascun membro del team, anche se tecnicamente non si tratta di una RTM.

Come creare una RTM

Utilizzando le RTM, i tuoi obiettivi vengono trasformati in requisiti e collegati ad azioni, producendo una cronologia di progetto dinamica e completa. Per questo motivo devono essere redatte e progettate attentamente, così che nessuna informazione venga persa.

piccole immagini che rappresentano come creare una RTM sono mostrate su uno sfondo viola.

I primi passi nella creazione di una RTM dovrebbero sempre essere:

  • Definire gli obiettivi — Perché hai bisogno della RTM? Può essere per motivi come completare un progetto di sviluppo software o garantire test accurati per un PoC (proof of concept).
  • Revisionare la documentazione — In questa fase, valuta la documentazione esistente del progetto, come i documenti dei requisiti funzionali, i documenti dei requisiti tecnici e i business requirements documents (BRD). I tuoi obiettivi vengono convertiti in specifiche e collegati alle attività tramite RTM, generando una traccia sempre più completa di tutto il progetto.
  • Creare la matrice dei requisiti — Puoi utilizzare strumenti di terze parti come Excel o Notion per creare la matrice in formato tabella, contenente gli ID dei requisiti di business e le relative descrizioni, gli ID dei test case, i risultati dei test e i bug.
  • Mantenere la RTM aggiornata — Inserisci ogni requisito e test case nella matrice, compilando le informazioni richieste in ogni colonna man mano che procedi. Con l'avanzare del progetto, aggiorna il documento con lo stato di esecuzione dei test e i risultati, oltre a eventuali commenti rilevanti. 

Tipi di Matrici di Tracciabilità

Esistono tre tipi di tracciabilità:

  • Tracciabilità in avanti viene utilizzata per determinare se il progetto sta procedendo nella direzione appropriata e per il prodotto corretto. Garantisce che tutti i requisiti siano implementati nel prodotto e valutati correttamente. Traduce i requisiti in scenari di test.
  • Matrice di tracciabilità all’indietro (o matrice di tracciabilità inversa) garantisce che il prodotto attuale sia sulla giusta strada. L’obiettivo di questo tipo di tracciabilità è evitare di aumentare lo scopo del progetto includendo codice, componenti di design, test o altro lavoro non specificato nei requisiti. Allinea i test case ai requisiti.
  • Tracciabilità bidirezionale (in avanti e all’indietro) conferma che i test case coprono tutti i criteri. Valuta l’impatto di una modifica nei requisiti causata da un problema in un work product, e viceversa.  

Strumenti per la Tracciabilità dei Requisiti

ExcelLo strumento più comune e facile da usare per la tracciabilità dei requisiti, un foglio Excel può essere utilizzato per tracciare i requisiti come tabelle in cui ogni requisito utente è collegato ai casi di test utilizzati per convalidarlo. Inoltre, è uno strumento con cui le persone di solito hanno già familiarità, quindi non c'è curva di apprendimento.
Dimensions RMUn'applicazione per la gestione dei requisiti che aiuta a migliorare la visibilità e il coordinamento in tempo reale tra l'azienda e i team di delivery. Uno dei vantaggi dei software di gestione dei requisiti è che offre reportistica, tracciamento e tracciabilità end-to-end. Consente anche di importare ed esportare dati su XML ed Excel.
ReqViewSoftware progettato per la gestione dei requisiti. Ti permette di acquisire requisiti in forme organizzate. Permette anche di lavorare offline all'interno del team, salvando le informazioni del progetto su un drive condiviso online. ReqView dispone di capacità di reportistica, oltre alla possibilità di importare ed esportare dati da Word, Excel, PDF e HTML e ricevere notifiche email quando vengono apportate modifiche. Permette anche di collegare foto, PDF e altri documenti confrontando due versioni di progetto affiancate.
Visure RequirementsQuesto strumento è fornito da Visure Solutions, specializzata in settori business-critical e safety-critical. Lo strumento Visure Requirements garantisce la totale tracciabilità. 
ReQtestuna soluzione cloud che fornisce tracciabilità durante tutto il ciclo di vita del progetto. Il suo modulo requisiti altamente personalizzabile aiuta i project manager a valutare e tracciare facilmente le modifiche
Strumenti RTM

Vantaggi dell'utilizzo di un RTM

L’RTM è un ottimo strumento che ti aiuta a tenere traccia dei progressi. Quali sono i principali vantaggi dell’utilizzo di un RTM?

  • Pianificazione migliore: Definire i bisogni del progetto sin dall'inizio determina le decisioni che prenderai successivamente, consentendoti di elaborare una strategia più completa. E con tutto elencato davanti a te, il tuo team può vedere come una modifica (come un ritardo) influisca sui risultati.
  • Mantenersi sulla rotta: Un RTM ti aiuta a raggiungere gli obiettivi di progetto confrontando le azioni rispetto alle baseline. Dopo che un cliente ha inviato un requisito, puoi iniziare a tracciare la sua vita all'interno dell'RTM per assicurarti di soddisfare tutte le esigenze di business
  • Capire cosa deve essere testato: Utilizzare un RTM durante il testing determina cosa testare, quando e perché. Registrerai i risultati per dimostrare di aver coperto tutte le aree e aver eseguito i test appropriati
  • Documentazione chiara: Tenere traccia di test, requisiti e delle loro relazioni consente una documentazione approfondita delle performance di un progetto. Puoi condividerla con un cliente e usarla per pianificare progetti futuri, garantendo che ciascuno renda meglio del precedente. Una documentazione chiara può anche aiutarti a identificare errori, come un requisito che avresti dovuto notare

Sfide nella copertura dei test

Implementare l'integrazione della Requirements Traceability Matrix (RTM) può essere un compito complesso e impegnativo per aziende e team a causa della mancanza di standardizzazione nei processi di gestione dei requisiti e dei test e della resistenza al cambiamento da parte dei membri del team. Questa mancanza di standardizzazione può portare a incoerenze e confusione, rendendo più difficile tracciare e gestire la relazione tra i requisiti e il piano di test. 

Ad esempio, i tester abituati alla gestione manuale tradizionale dei casi di test possono essere riluttanti a passare a uno strumento di gestione dei test automatizzato integrato con il sistema RTM. Superare questa resistenza richiede strategie di change management efficaci, come la formazione e il supporto per aiutare i membri del team a comprendere il valore dell'integrazione dell'RTM e come possa migliorare i loro processi di lavoro.

Mantenere la qualità e l’integrità dei dati è un’altra grande sfida con l’integrazione RTM. Dati errati o incompleti possono portare a una tracciabilità inaccurata tra i requisiti e i casi di test, rendendo il sistema RTM inaffidabile. Servono meccanismi efficaci di validazione dei dati e attività regolari di manutenzione per garantire accuratezza e integrità dei dati. 

La mancata aggiornamento dei casi di test collegati a requisiti modificati può portare a casi di test obsoleti o irrilevanti, con conseguente tracciabilità inaccurata. Integrare l’RTM con gli strumenti esistenti di gestione di requisiti e test può essere tecnicamente impegnativo a causa di formati di dati o API incompatibili.  Le aziende devono valutare attentamente la compatibilità dei propri strumenti attuali con il sistema RTM e assicurarsi che siano disponibili le API o i connettori necessari per un corretto scambio di dati.

Conclusioni

L'RTM può essere un documento di grande aiuto nel processo di sviluppo e testing, poiché semplifica la tracciabilità non solo dei requisiti di business ma anche delle modalità con cui vengono testati e della copertura dei test per requisito. Può anche supportare nel corso dell'avanzamento del progetto per monitorare i cambiamenti nei requisiti e il loro impatto sul lavoro.

Unisciti alla nostra community iscrivendoti alla Newsletter di The CTO Club e scopri come raggiungere l'eccellenza in ogni test.