Tecniche di stima - Test
Gli sforzi dei test non si basano su un periodo di tempo definitivo. Gli sforzi continuano fino a quando non viene stabilita una tempistica prestabilita, indipendentemente dal completamento del test.
Ciò è dovuto principalmente al fatto che convenzionalmente, test effort estimation è una parte di development estimation. Solo nel caso di tecniche di stima che utilizzano WBS, come Wideband Delphi, Three-point Estimation, PERT e WBS, è possibile ottenere i valori per le stime delle attività di test.
Se hai ottenuto le stime come punti funzione (FP), secondo Caper Jones,
Number of Test Cases = (Number of Function Points) × 1.2
Una volta che hai il numero di casi di test, puoi prendere i dati sulla produttività dal database dell'organizzazione e arrivare allo sforzo richiesto per il test.
Percentuale del metodo dello sforzo di sviluppo
Lo sforzo di test richiesto è direttamente proporzionale o percentuale dello sforzo di sviluppo. Lo sforzo di sviluppo può essere stimato utilizzando Lines of Code (LOC) o Function Points (FP). Quindi, la percentuale di impegno per il test viene ottenuta dal database dell'organizzazione. La percentuale così ottenuta viene utilizzata per arrivare alla stima dello sforzo per il test.
Stima dei progetti di test
Diverse organizzazioni stanno ora fornendo servizi di verifica e convalida indipendenti ai propri clienti e ciò significherebbe che le attività del progetto sarebbero interamente attività di test.
La stima dei progetti di test richiede esperienza su vari progetti per il ciclo di vita del test del software. Quando stai valutando un progetto di test, considera:
- Abilità di squadra
- Conoscenza del dominio
- Complessità dell'applicazione
- Dati storici
- Cicli di bug per il progetto
- Disponibilità delle risorse
- Variazioni di produttività
- Ambiente di sistema e tempi di inattività
Tecniche di stima dei test
Le seguenti tecniche di stima dei test si sono dimostrate accurate e ampiamente utilizzate:
- Tecnica di stima del test del software PERT
- Metodo UCP
- WBS
- Tecnica Delphi a banda larga
- Punto di funzione / Analisi del punto di prova
- Distribuzione percentuale
- Tecnica di stima dei test basata sull'esperienza
Tecnica di stima del test del software PERT
La tecnica di stima del test del software PERT si basa su metodi statistici in cui ciascuna attività di test è suddivisa in sotto-attività e quindi vengono eseguiti tre tipi di stima su ciascuna sotto-attività.
La formula utilizzata da questa tecnica è:
Test Estimate = (O + (4 × M) + E)/6
Dove,
O = Stima ottimistica (migliore scenario in cui nulla va storto e tutte le condizioni sono ottimali).
M = Stima molto probabile (durata molto probabile e potrebbe esserci qualche problema, ma la maggior parte delle cose andrà bene).
L = Stima pessimistica (scenario peggiore in cui tutto va storto).
La deviazione standard per la tecnica viene calcolata come:
Standard Deviation (SD) = (E − O)/6
Metodo del punto caso d'uso
Il metodo UCP si basa sui casi d'uso in cui calcoliamo i pesi degli attori non aggiustati e i pesi dei casi d'uso non aggiustati per determinare la stima del test del software.
Il caso d'uso è un documento che specifica diversi utenti, sistemi o altre parti interessate che interagiscono con l'applicazione interessata. Sono denominati "attori". Le interazioni realizzano alcuni obiettivi definiti proteggendo gli interessi di tutti gli stakeholder attraverso comportamenti o flussi diversi definiti scenari.
Step 1- Conta il no. di attori. Gli attori includono positivo, negativo ed eccezionale.
Step 2 - Calcola i pesi degli attori non regolati come
Unadjusted Actor Weights = Total no. of Actors
Step 3 - Conta il numero di casi d'uso.
Step 4 - Calcola i pesi dei casi d'uso non modificati come
Unadjusted Use-Case Weights = Total no. of Use-Cases
Step 5 - Calcola i punti del caso d'uso non aggiustati come file
Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)
Step 6- Determinare il fattore tecnico / ambientale (TEF). Se non disponibile, prendi come 0,50.
Step 7 - Calcola il punto del caso d'uso corretto come
Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]
Step 8 - Calcola lo sforzo totale come
Total Effort = Adjusted Use-Case Point × 2
Struttura di scomposizione del lavoro
Step 1 - Crea WBS suddividendo il progetto di prova in piccoli pezzi.
Step 2 - Dividi i moduli in sottomoduli.
Step 3 Dividi ulteriormente i sottomoduli in funzionalità.
Step 4 - Dividi le funzionalità in sotto-funzionalità.
Step 5 - Rivedi tutti i requisiti di test per assicurarti che vengano aggiunti in WBS.
Step 6 - Calcola il numero di attività che il tuo team deve completare.
Step 7 - Stima lo sforzo per ogni attività.
Step 8 - Stima la durata di ogni attività.
Tecnica Delphi a banda larga
In Wideband Delphi Method, WBS è distribuito a un team composto da 3-7 membri per la rivalutazione delle attività. La stima finale è il risultato delle stime sintetiche basate sul consenso del team.
Questo metodo parla di più sull'esperienza piuttosto che su qualsiasi formula statistica. Questo metodo è stato reso popolare da Barry Boehm per enfatizzare l'iterazione di gruppo per raggiungere un consenso in cui il team ha visualizzato diversi aspetti dei problemi durante la stima dello sforzo del test.
Analisi del punto di funzione / punto di prova
Le FP indicano la funzionalità dell'applicazione software dal punto di vista dell'utente e vengono utilizzate come tecnica per stimare le dimensioni di un progetto software.
Durante i test, la stima si basa sul documento di specifica dei requisiti o su un prototipo dell'applicazione precedentemente creato. Per calcolare FP per un progetto, sono necessari alcuni componenti principali. Sono -
Unadjusted Data Function Points - i) File interni, ii) Interfacce esterne
Unadjusted Transaction Function Points - i) Input dell'utente, ii) Output dell'utente e iii) Richieste dell'utente
Capers Jones basic formula -
Numero di casi di test = (Numero di punti funzione) × 1.2
Total Actual Effort (TAE) -
(Numero di casi di test) × (Percentuale di sforzi di sviluppo / 100)
Distribuzione percentuale
In questa tecnica, tutte le fasi del ciclo di vita dello sviluppo del software (SDLC) sono assegnate in%. Questo può essere basato su dati passati di progetti simili. Ad esempio:
| Fase | % di sforzo |
|---|---|
| Gestione di progetto | 7% |
| Requisiti | 9% |
| Design | 16% |
| Codifica | 26% |
| Test (tutte le fasi del test) | 27% |
| Documentazione | 9% |
| Installazione e formazione | 6% |
Successivamente, la% dell'impegno per il test (tutte le fasi del test) viene ulteriormente distribuito per tutte le fasi del test -
| Tutte le fasi di test | % di sforzo |
|---|---|
| Test dei componenti | 16 |
| Test indipendenti | 84 |
| Total | 100 |
| Test indipendenti | % di sforzo |
|---|---|
| Test d'integrazione | 24 |
| Test di sistema | 52 |
| Test di accettazione | 24 |
| Total | 100 |
| Test di sistema | % di sforzo |
|---|---|
| Test del sistema funzionale | 65 |
| Test di sistema non funzionale | 35 |
| Total | 100 |
| Pianificazione dei test e architettura di progettazione | 50% |
| Fase di revisione | 50% |
Tecnica di stima dei test basata sull'esperienza
Questa tecnica si basa su analogie ed esperti. La tecnica presume che abbiate già testato applicazioni simili in progetti precedenti e raccolto le metriche da quei progetti. Hai anche raccolto le metriche dai test precedenti. Prendi input da esperti in materia che conoscono molto bene l'applicazione (oltre ai test) e utilizza le metriche raccolte e arriva allo sforzo di test.