Prima di tutto, dovremmo sapere che cos’è il Baseline prima di capire cos’è il Baseline testing.

Parlando tecnicamente –

Un baseline è un documento formale che funge da documento base per il lavoro futuro. Parlando in linguaggio profano, per fare un edificio, si richiede una base. La stessa cosa vale per i test. Abbiamo bisogno di creare una Baseline, a partire dalla quale vengono fatti ulteriori test. Prima di tutto, è molto importante sapere che si tratta di test non funzionali, il che significa che non ha nulla a che fare con il test della funzionalità di un’applicazione. Piuttosto viene fatto il test del documento che pone una solida base del lavoro da fare in futuro. Quindi si può dire che agisce come base per lo sviluppo futuro, qualunque esso sia. Può essere la performance, lo sviluppo di test case.

Parlando in termini di test di performance –

Se si vede che la performance dell’applicazione di un particolare server con un carico di 100 utenti, se sta lavorando bene sul server con un carico di 100 senza alcuna interruzione o lentezza o guasto e dopo che la performance del server diminuisce drasticamente dopo un carico di più di 100 utenti viene applicato al server contenente l’applicazione. Allora possiamo dire che lo standard per questo server è di 100 utenti. Ora questo standard può essere confrontato con il server standard e può essere definita la portata futura del test delle prestazioni.

Comprendiamo questo con un altro esempio, supponiamo che la release 1 abbia un tempo di risposta di 2 secondi, e la release 2 abbia un tempo di risposta di 3 secondi. Ora per la release 3, il tempo di risposta di 2 secondi della release 2 agisce come base o linea di base per le prestazioni della release 3. Così, da ora possiamo dedurre che la Baseline è un documento a cui si fa riferimento come base di confronto o riferimento per il lavoro futuro. Ci deve essere qualche documento a cui ci si può riferire come un documento stabile finalizzato per il lavoro futuro.

Parlando in termini di sviluppo del software –

Se parliamo in termini di sviluppo del software, c’è un documento chiamato Design Document. Può essere un documento di basso livello o un documento di alto livello in base al quale iniziano i lavori di sviluppo. Se parliamo in termini di test, un documento preparato dal Business Analyst che è in contatto con il cliente ed è responsabile del recupero dei requisiti dal cliente funge da punto di riferimento per il contatto dei tester per iniziare il processo di sviluppo e test. Il Business Analyst va dal cliente dopo aver preso l’appuntamento, prende il requisito e lo compila in un modello specifico. Ora, discute il requisito con l’Engagement Manager o il Project Management Manager per testare il requisito e controllare la sua fattibilità. Nel caso in cui non sia chiaro il requisito, chiede allo sviluppatore di creare un prototipo e, se soddisfatto, consegna il documento del requisito al project manager che prepara la specifica dei requisiti del software. Un documento preparato dal Business Analyst è chiamato documento dei requisiti di business o specifica dei requisiti funzionali o specifica dei requisiti utente o documento di progettazione del business o documento di business a seconda della terminologia utilizzata dall’organizzazione. Quindi, qui vediamo che il test dei requisiti viene fatto per finalizzare il documento dei requisiti che agisce come base su cui viene preparato il documento di progettazione o il piano di progetto e il piano di test e costituisce la base per lo sviluppo e il test del software. Questo tipo di test è chiamato Baseline testing. In questo tipo di test controlliamo se il documento preparato è all’altezza e soddisfa adeguatamente le aspettative o, in altre parole, convalidiamo il documento e lo finalizziamo.

Dopo che il Baseline Testing è stato fatto e il documento delle Specifiche dei Requisiti del Software è finalizzato, siamo pronti ad andare avanti e iniziare il processo di sviluppo e test. Per i test, possiamo iniziare a preparare i casi di test basati sui documenti dei requisiti. Il vantaggio principale del Baseline Testing è che possiamo rimuovere gli errori nei requisiti nella fase iniziale del Software Development Life Cycle e rimuovere così tanti problemi e sforzi in una fase successiva e aiutarci a consegnare il progetto con un minimo di rilavorazione e meno sforzo.

Talking In Terms Of Software Development Life Cycle Phase –

Come sappiamo, più lavoro nella fase iniziale del Software Development Life Cycle riduce troppo sforzo in una fase successiva. Per capire quanto sia importante il Baseline testing, dobbiamo avere una piccola comprensione del Software Development Life Cycle. La prima fase è una fase di requisiti dove il Business Analyst raccoglie informazioni dal cliente e prepara i documenti dei requisiti che sono chiamati documento dei requisiti di business o specifica dei requisiti funzionali o specifica dei requisiti utente o documento di progettazione del business o documento di business a seconda della terminologia usata dall’organizzazione. Dal documento dei requisiti, il test del documento dei requisiti è fatto, ciò che è chiamato test di base e il requisito è finalizzato o possiamo dire che il requisito è congelato. Una volta che è all’altezza del marchio e fino ad essere considerato per preparare la specifica dei requisiti del software nella fase di analisi. In questo documento, il Project Manager o il Technical Manager o l’analista di sistema prepara il Project Plan su come il progetto sarà sviluppato. Sulla base del documento SRS, viene preparato il documento di progettazione come il documento di progettazione di alto livello e il documento di progettazione di basso livello sulla base del quale viene effettuata un’altra fase del ciclo di vita dello sviluppo del software come la codifica, il test e la consegna.

Supponiamo che il Baseline Testing non sia fatto correttamente e che il Business Requirement Document non sia correttamente finalizzato, allora l’SRS preparato sulla base del Business Requirement Document non sarà corretto e anche il Design Document non sarà corretto e quindi tutte le attività di sviluppo e di testing non saranno come da aspettative del cliente in quanto potrebbe esserci un piccolo errore nel prendere il requisito o il requisito non era correttamente baseline. Da questo, possiamo capire quanto sia importante il Baseline testing.

Una cosa importante è che c’è un termine Baseline che è usato nella gestione della configurazione, anche se il significato è più o meno lo stesso anche lì. È legato al versioning del documento in cui la versione base del documento è finalizzata e la nuova versione del documento è rilasciata per il rilascio dell’applicazione software. Ma c’è un piccolo concetto di Baseline Testing nella Gestione della Configurazione, anche perché la versione base di tutti i documenti, sia che si tratti di Sviluppo, Test, Web designing o qualsiasi altro documento preparato in relazione allo Sviluppo del Software, deve essere rivisto correttamente in termini di formati e contenuti, in modo che la prossima versione del documento sia preparata con meno sforzo in un documento già correttamente formattato.

Conclusione:

Così vediamo che la prova di base è di quanta importanza e a meno che e fino a quando il documento di requisito non è correttamente convalidato o in altre parole, se la prova di base non è fatta, ci sarà un sacco di problema nella fase successiva e l’utilizzo dello sforzo sarà molto più nella risoluzione dei problemi che sarà solo spreco di sforzo e tempo e nuovo requisito sarà preso e bisogno di passare attraverso tutte le fasi del ciclo di vita di sviluppo del software, al fine di risolvere il problema completamente. Quindi, possiamo dire che il Baseline Testing risolve molti problemi in una fase precedente, riduce il costo, lo sforzo e il tempo per l’organizzazione nella fase successiva del Software Development Life Cycle.

⇓ Iscriviti a noi ⇓

Se non sei un lettore regolare di questo sito web, allora ti consigliamo vivamente di iscriverti alla nostra newsletter gratuita! Iscriviti semplicemente fornendo il tuo indirizzo email qui sotto:

Felice prova!!!