Di quanti tester ha bisogno un team di sviluppo software

Ogni SDLC (Software Development Life Cycle) richiede test perché è attraverso i test che sarai in grado di identificare le potenziali insidie di un particolare software. Prima di decidere il numero di tester da aggiungere al tuo team, dai una rapida occhiata ai compiti e alle responsabilità di un tester:

Doveri e responsabilità di un tester

  • La funzione principale di un tester è quella di dirigere un team di controllo qualità che corregga i bug in modo che il prodotto sia privo di bug quando viene rilasciato.
  • I tester sono necessari durante le fasi di pianificazione e preparazione di un software. Sono le persone principali che dovrebbero analizzare, testare e rivedere le specifiche di progettazione, creare cartelli di prova e condurre le specifiche delle procedure di prova. I tester sono anche responsabili dell’automazione dei test a determinati intervalli.
  • I tester sono anche responsabili della configurazione dell’ambiente di test. Se è l’amministratore di sistema che lo fa, il tester lo assisterà.

Man mano che l’esecuzione del test procede, potrebbe essere necessario coinvolgere più tester. Dipende dall’ambiente di test
Se è il tester che esegue il test, registra il test e annota i punti principali, raccoglie le metriche delle prestazioni e utilizza gli strumenti per farlo.

Normalmente, ci saranno molti tester in un progetto e sono responsabili della revisione reciproca del lavoro, quindi non ci saranno più problemi; ciò che una persona si è perso, l’altra persona dovrebbe coprire. Ora che abbiamo stabilito l’importanza di un tester, esamineremo anche i fattori che determinano effettivamente quanti tester sono necessari per ciascun progetto.

Se stai cercando il giusto rapporto tra sviluppatori di software e tester, allora la risposta è questa: dipende. A volte potresti aver bisogno di un tester per un team di sviluppatori di tre persone, a volte potrebbe essere un team di cinque persone, a volte dieci e così via. A volte, non ci sarà nemmeno un singolo tester per il software. Tutto dipende da una serie di fattori.

  • Esperienza del tester
  • Il tipo di progetto
  • Quanto potrebbe essere complicato il software
  • Le caratteristiche coinvolte nel progetto
  • Esperienza passata con software simile
  • La cultura in cui lavori
  • I tuoi vincoli di programma
  • Problemi con i bug

Molte aziende IT sono afflitte dal problema sfuggente di decidere quanti tester software hanno bisogno per il loro progetto. La dura verità è che non esiste uno schema “taglia unica” perché i fattori menzionati in precedenza dovrebbero essere presi in considerazione. È imperativo testare tutto il software anche se comporta un collo di bottiglia nel processo di distribuzione del software. Attraverso opportuni test si possono creare software impeccabili; e per questo hai bisogno di tester professionisti perché questo è qualcosa che gli sviluppatori non possono fare.
Non è possibile utilizzare lo stesso rapporto utilizzato da un’altra società IT perché i loro requisiti possono variare. Il tuo prodotto sarebbe diverso dai tuoi concorrenti. Dipenderebbe anche da come la tua azienda sta sviluppando i suoi prodotti e il resto dei tuoi dipendenti, in particolare le loro capacità e capacità nel completare un progetto in tempo. Quindi il prodotto da solo non può determinare il rapporto; dipende anche dalla natura del progetto e dal suo processo.
Tuttavia, tieni a mente questi suggerimenti quando assumi tester:

  • A parte l’esperienza dei tester, devi considerare la tua capacità di assumere così tanti tester; puoi gestire tutte le persone che stai assumendo, puoi pagarle tutte?
  • Qual è lo scopo per testare il software?
  • Assicurati di valutare il test e vedere se solo la quantità di lavoro richiesta è delegata al tester
  • Potete modificare il processo di test?
  • A volte è possibile eseguire test automatizzati; è possibile per te?
  • Qual è il tipo di test che devi fare? A volte non hai nemmeno bisogno di assumere tester, ma assegna il compito a piccoli gruppi di dipendenti interni

Pensa ai suggerimenti sopra menzionati e giungi alla conclusione se vale davvero la pena assumere tester. Se non rientra nel tuo budget assumere in base al rapporto dello sviluppatore quando il tuo progetto è un po’ impegnativo, puoi assegnare priorità a diverse parti del prodotto. Il tuo tester sarebbe in grado di identificare le aree a rischio e il test si concentrerebbe su quelle aree anziché su ogni fase del prodotto. Identificare le aree in cui è possibile che si verifichino errori e adeguare i test di conseguenza.

Il risultato finale

L’esatto rapporto tra sviluppatore e tester è ancora oggetto di contesa perché non si può mai raggiungere una conclusione corretta. Non esiste una regola empirica che rivendichi il rapporto esatto; anche gli esperti troverebbero difficile nominare un rapporto. A volte, il rapporto potrebbe non essere nemmeno la risposta. Pensa a Star Trek II: L’ira di Khan film in cui avevano bisogno di salvare i civili intrappolati all’interno della nave disabile. Il test di simulazione fallì e nessuno all’accademia Starlet fu in grado di testarlo con successo, nemmeno il famoso James T Kirk. Ha fallito due volte prima che Kobayashi Maru avesse successo.
Non esiste un numero magico, ma se sei alla disperata ricerca di uno, puoi provare il rapporto 3:1 (sviluppatore: tester) e vedere se funziona per te.

Link interessanti sull’argomento:
Giusto rapporto tra tester QA e sviluppatori?
Qual è il buon rapporto tra sviluppatori di software e tester?
Il buon rapporto tra sviluppatori di software e tester in un team agile?


L’autore: Reema Oamkumar è impegnato come leader di pensiero presso www.Software-Developer-India.com, che fa parte del gruppo YUHIRO. YUHIRO è un’impresa tedesco-indiana che fornisce programmatori ad aziende IT, agenzie e dipartimenti IT.

Lascia un commento

Questo sito usa Akismet per ridurre lo spam. Scopri come i tuoi dati vengono elaborati.