STLC - Analisi dei requisiti
L'analisi dei requisiti è la prima fase di STLC e inizia non appena l'SRD / SRS viene condiviso con il team di test. Consideriamo i seguenti punti per comprendere l'analisi dei requisiti in STLC.
Il criterio di ingresso di questa fase è la fornitura di SRS (Software Requirement Specification); si consiglia inoltre di tenere a portata di mano l'architettura dell'applicazione.
In questa fase, il team QA analizza a un livello superiore cosa testare e come testare.
Il team QA segue i vari stakeholder come Business Analyst, System Architecture, Client, Test Manager / Lead nel caso in cui siano necessarie domande o chiarimenti per comprendere il requisito.
I requisiti possono essere funzionali o non funzionali come prestazioni, sicurezza, usabilità, ecc. O entrambi funzionali e non funzionali.
Il criterio di uscita da questa fase consiste nel completare il documento RTM, il rapporto di fattibilità dell'automazione e un elenco di domande, se applicabile, per essere più specifici sui requisiti.
Attività eseguite per l'analisi dei requisiti
Ci sono tre attività principali che vengono eseguite dal team QA in questa fase. Le attività sono state descritte di seguito.
Definizione dell'ambito
Il team QA identifica l'ambito del test ad alti livelli e si divide in vari moduli funzionali. Il team identifica anche i tipi di test richiesti per eseguire: test del fumo, test di integrità, test funzionali, test di regressione, ecc. Il team QA analizza i prerequisiti ei dettagli dell'ambiente in cui si suppone che i test vengano eseguiti. Il team raccoglie dettagli sulle priorità dei test e si concentra sulla sequenza di moduli da convalidare. Identifica anche i difetti dei requisiti se i moduli sono contraddetti e la funzionalità non viene trasferita insieme ad altri moduli.
Prepara RTM
Il tracciamento dei requisiti è un processo di documentazione dei collegamenti tra i requisiti e i prodotti di lavoro sviluppati per implementare e verificare tali requisiti. L'RTM acquisisce tutti i requisiti dell'analisi dei requisiti insieme alla loro tracciabilità in un unico documento. Tutto questo viene consegnato alla conclusione del ciclo di vita.
La matrice viene creata all'inizio di un progetto in quanto costituisce la base dell'ambito del progetto e dei risultati finali che verranno prodotti.
Matrix è bidirezionale, poiché tiene traccia del requisito in avanti esaminando l'output dei risultati finali e all'indietro esaminando il requisito aziendale specificato per una particolare caratteristica del prodotto.
Analisi dell'automazione
Nella fase dei requisiti, il team QA analizza l'ambito dell'automazione per i test di regressione. Se si aggiunge l'automazione all'ambito, il team decide quale strumento può essere utilizzato, quali funzionalità saranno coperte come automazione, l'intervallo di tempo e l'allocazione delle risorse coinvolte per lo sviluppo dell'automazione. Una volta completata questa analisi, il team QA fornisce il rapporto di fattibilità dell'automazione a diverse parti interessate per fornire l'approvazione.