Diversi tipi di tecniche di stima nel test del software
La stima del test del software è un’operazione di gestione essenziale utilizzata per determinare un lasso di tempo approssimativo necessario per iniziare e terminare qualsiasi processo in un ambiente controllato.
È fondamentale per qualsiasi pianificazione del progetto non superare i limiti di tempo, impostare i budget e le risorse disponibili. Uno dei compiti più utili qui è il controllo delle risorse alla luce di uno sforzo da spendere per il test.
Gli ingegneri di UTOR spesso sfruttano diversi tipi di tecniche di stima durante i test del software. Questi metodi sono stati confermati come efficaci dai nostri clienti. Pertanto, li esamineremo e riveleremo i loro pro e contro specifici in modo da essere informati su come implementarli al meglio.
Che cos’è la stima dei test del software?
Software test estimation è un processo di misurazione e gestione della durata e delle azioni necessarie per eseguire un test completo sul software.
Il tempo e lo sforzo sono considerevolmente semplici da calcolare per le assegnazioni su piccola scala. Ma per progetti più grandi. devono essere messe in atto strategie efficienti in modo da non commettere errori. Se sottovalutati o sopravvalutati, le risorse di test per tali progetti diventano insufficienti o utilizzate in modo improprio.
In che modo i team stimano le risorse di test del software?
Prima dell’inizio del test, ci sono due incertezze molto cruciali da cui tutto dipende e deve essere risolto tra il tester e il client. Questi includono;
- Qual è la durata totale stimata della procedura completa?
- Qual è il costo totale stimato della procedura in termini di denaro e risorse?
Cosa si stima?
Il tempo, le risorse, i costi e le competenze umane sono in genere determinati durante la stima del test.
Tempo
L’efficacia di uno sforzo di squadra viene solitamente giudicata dalla capacità di fornire entro un determinato periodo di tempo, entro o prima della scadenza.
Dopo aver verificato la durata standard richiesta per ogni sezione del progetto in questione, i responsabili del progetto sviluppano un mezzo per mantenere la pianificazione di ciascun progetto.
Assicura che tutto sia consegnato in tempo. Per questo motivo, la stima del tempo è uno dei fattori essenziali per costruire una reputazione onesta tra i clienti e avere un buon numero di clienti fedeli.
Risorse
Prima di avviare qualsiasi progetto, è obbligatorio verificare le risorse disponibili, quelle che dovrebbero essere incluse e i sostituti consigliati se alcuni non sono prontamente disponibili. Senza verificare questo, è molto probabile che i progetti non saranno finiti prima della scadenza.
Costo
Durante la preparazione di qualsiasi processo di test, il budget stimato deve essere preso in piena considerazione su tutti i fronti (sia finanziari che non finanziari).
Il costo totale deve essere preso in considerazione per prendere nota delle possibili spese e garantire che il progetto rimanga all’interno del budget stabilito dal cliente e lavorare su di esso se non è all’altezza.
I campi menzionati sono tutti correlati e interdipendenti su se stessi. La durata che ci vorrà dipende anche dagli strumenti disponibili e dal budget fornito.
Nel corso del tempo, la procedura coinvolta nella stima dei test software è stata eseguita con diversi processi, utilizzando varie metodologie e strumenti che sono avanzati nel tempo per lo stesso motivo.
L’integrazione e il funzionamento di queste tecniche hanno reso molto più semplice anche la procedura di media.
Tipi di tecniche di stima del test del software
Ci sono molte stime e tecniche di media in generale, ma guarderemo solo alcuni popolari dal lotto di questo articolo.
Program evaluation and review technique (PERT)
In questa tecnica, i compiti sono suddivisi in 3 sottocategorie per accertare meglio il tempo di essere preso per il completamento, vale a dire;
Scenario Ottimistico – O; In questo caso, la durata, monetaria, di risorse e spese per quanto riguarda il progetto si presume essere nei più alti livelli ottimali. Ciò significa che i singoli membri del team QA messo in lavoro al loro meglio collettivamente, mantenere il tempo, senza pressione, imprevedibile svolta degli eventi, o la necessità di rivisitare il lavoro fatto e ancora consegnare grande lavoro troppo.
Lo scenario più probabile – M; Qui, tutte le cose sono considerate; tenendo presente lo scenario di lavoro familiare e considerando le possibilità negative e positive in mente, gli elementi sono stimati come è più probabile che accada.
Lo scenario pessimistico-P; Questo sta considerando lo scenario più negativo che potrebbe essere. La media sarà imperniata sul presupposto che ci sarà senza dubbio un risultato negativo da affrontare in ogni singola fase dell’intero test.
Pro di PERT
- L’utilizzo di questa tecnica significa che il team lavora con una stima che controlla tutti i possibili decessi e ricompense su tutti i fronti.
- Le squadre possono trovare una valutazione abbastanza vicina alla realtà.
- Prepara le organizzazioni per ogni possibile risultato del test di compilazione quando calcolano ogni scenario immaginabile e si preparano adeguatamente a frenarlo se necessario.
Contro di PERT
- Di fronte a un corpo più ampio di progetti di test, l’utilizzo di questa forma di stima consumerà molto più tempo per sottoporsi.
- C’è un’alta probabilità che si verifichino calcoli imprecisi.
- I valori utilizzati qui non sono mai costanti e potrebbero essere soddisfatti con molti errori poiché è solo una stima dopo tutto.
User Case Point (UCP)
Ogni volta che qualcuno o qualcosa utilizza e comunica con l’applicazione in questione, l’entità viene identificata come attore. La suddetta entità è principalmente documentata nei pesi dei casi d’uso non regolabili, che influenzano la capacità del processo.
Qualsiasi comunicazione intermedia salvaguarderà il coinvolgimento di tutti, dagli azionisti ai singoli individui nel team QA attraverso le varie sequenze e gli obiettivi definiti.
Più di dieci agenti diversi influenzano quanto sia complicato il tecnicismo di un progetto, e circa otto prendono un pedaggio complesso su di esso dal punto di vista ambientale. Questo è in concomitanza con i risultati di Gustav Karner.
Questo metodo di stima si basa sul calcolo di più varianti dai cosiddetti attori, pesi dei casi utente e punti che influenzano il processo, la tecnicità e altri fattori.
In primo luogo, per iniziare questo processo, dovranno incrociare le rispettive complessità e influenzare il processo. Quindi viene eseguita un’ulteriore media applicando le loro formule per il calcolo.
Dopo aver verificato l’entità del progetto, le persone coinvolte determinano la quantità di tempo necessaria prima del completamento totale del processo. Due modi significativi per prevenire questo sono;
Utilizzando il metodo di Karner e considerando ogni caso di test come consumando 20 ore di personale.
Utilizzo del tempo record aziendale per il completamento del progetto, in ogni caso, per calcolare le medie statistiche e indovinare la durata del progetto corrente.
UCP= Fattore di complessità tecnica UCP x non regolabile x Fattore di impatto ambientale.
Pro di UCP
- Nel caso in cui sia necessario lavorare in anticipo e pianificare in anticipo, questo metodo di stima è probabilmente migliore in quanto è fatto nelle fasi iniziali e aiuta a tagliare e approvare le dimensioni del budget.
- Con l’aiuto di alcuni speciali strumenti di gestione, è possibile il calcolo automatico delle stime, risparmiando molto tempo per il team di valutazione e facilitando il lavoro.
Contro di UCP:
- Se i requisiti del progetto non vengono forniti nei punti caso utente, ciò rende impossibile l’uso di questa tecnica e il team QA dovrà utilizzare un metodo diverso.
- Quando vengono forniti gli UCP, e non sono abbastanza precisi o espliciti, è molto probabile che finiscano negativamente con stime tutt’altro che reali in quanto questo metodo dipende non solo dal dare punti caso ma dal dare punti caso chiari.
Work Breakdown Structure (WBS)
Qui la tecnica di stima dei valori viene eseguita dividendo il processo primario in diverse sottocategorie. Un calcolo predittivo della durata media su ogni fase inizia gradualmente con un lavoro approssimativo su quelli più semplici del lotto, quindi laureandosi sia in difficoltà che in livello di correttezza.
Dopo il processo iniziale, selezionare il valore più alto possibile che si è arrivati a e sommarli e ottenere il valore finale, stimando lo sforzo e il tempo necessario per ogni attività.
Pro di WBS
- Un ovvio vantaggio di questo metodo è che rende più facile individuare ogni minuto e dettaglio necessario dividendo il lavoro in bit più piccoli. Ciò significa che il lavoro è fatto
- È sempre completo e trasparente, poiché le conclusioni sono tabulate per lo stesso scopo e un tracciamento più semplice.
Contro di WBS:
- Questa natura di solito richiede lo sfregamento delle menti e dei membri del team e delle parti interessate per attingere dalla loro esperienza esterna.
- I cambiamenti nelle specifiche e nelle esigenze del cliente possono portare a obsoleti e richiedere al team di esaminarli e rivalutarli totalmente.
Metodo Delphi
Il metodo Delphi è molto popolare tra i team di test a livello globale. I dati dei partecipanti volontari sono raccolti e esaminati attentamente diversi e, in nessun ordine particolare, arrivano a una conclusione concordata.
Ogni fase dell’esame produce un feedback dei dati nuovo o migliorato, che aggiunge solo al perfezionamento dei risultati finali con meritata fiducia.
Di solito, un team è composto da non più di dieci persone che si incontrano per discutere le caratteristiche critiche del progetto in procinto di intraprendere e dare le loro opinioni sulla possibile durata del progetto.
Successivamente, la squadra si riunisce di nuovo, e questa volta, le opinioni dalla prima data sono condivise. Questo dà ai membri un altro angolo di approccio sul progetto. Tuttavia, le viste non sono taggate ai loro suggeritori.
Quando i membri del team sono attraverso questa fase, avranno un’altra discussione unanime, e raccolta di opinioni porta il nuovo angolo di percezione in considerazione.
Questo andrà avanti fino a quando tutti sono d’accordo sulla stessa pagina. Anche se il solito modo di fare il metodo Delphi, questo modulo può essere ottimizzato per soddisfare le sue esigenze e capacità.
Pro di DELPHI
- Poiché qui non sono necessarie formule o attrezzature uniche, è il più facile del lotto per qualsiasi squadra, tutto ciò che serve sono le specifiche del cliente e tutto da fare.
- La stima è abbastanza vicina alla precisione poiché molti punti di vista professionali sono considerati nel processo di riunione e condivisione delle idee.
Contro di DELPHI
- Per quanto sia facile sottoporsi, può richiedere molto tempo produttivo perché il più delle volte.
- È difficile trovare una stima completa dopo il primo lotto di riunioni e condividere opinioni, quindi di solito ne occorrono alcune.
- Anche dopo aver consumato così tanto tempo, i risultati non possono essere riciclati. Quindi, per ogni singolo progetto da eseguire, il processo viene riavviato con i nuovi requisiti.
Per riassumere
Questo post del blog ha esaminato quattro tipi di tecniche di stima nei test del software e l’impatto che hanno nella pianificazione di un budget di test ragionevole.
Dopo una stima di successo, puoi dire con certezza il giusto approccio all’outsourcing dei tuoi progetti alle aziende di QA?
Ecco un articolo su come scegliere l’approccio migliore per l’outsourcing QA.
Dicci quale di queste tattiche di stima dei test implementeresti e qual è stata la tua intuizione?