2010-03-03 1 views
7

La mia comprensione è che è consigliabile che i tester siano separati dagli sviluppatori, cioè che ovviamente gli sviluppatori testino il loro codice ma anche tester dedicati.Fattibilità di avere tester in una piccola azienda/gruppo

Come funziona effettivamente in pratica su un piccolo progetto, ad esempio 5 sviluppatori persone o meno? Sembra improbabile che tu possa tenere un tester occupato a tempo pieno, e mentre potresti portare a caso persone a breve termine, direi che un tester dovrebbe capire bene l'app - il suo uso previsto, i suoi utenti, le sue peculiarità - proprio come te Non voglio che gli sviluppatori siano transitori nel progetto.

+0

Quanto piccolo è piccolo? –

risposta

12

È possibile mantenere un tester che lavora a tempo pieno: dovrebbero testare il prodotto durante il processo di sviluppo, non solo alla fine. In effetti lasciare test alla fine di un progetto è assolutamente la cosa peggiore che si possa fare.

Ho lavorato in un paio di aziende che hanno tipicamente 1 tester per ogni 2 sviluppatori, e non c'è mai stato un problema con loro a corto di cose da fare - anzi al contrario.

Entrambe sono state piccole aziende con 10-20 sviluppatori e 5-10 tester.

+0

Peccato Posso votare questa risposta solo una volta ... –

+0

I test durante lo sviluppo attivo portano a segnalazioni di difetti che non sono realmente difetti e vengono chiusi dagli sviluppatori che dicono "Ho appena programmato quello, aspetto la prossima build!". Molto meglio avere cicli strutturati di attività di sviluppo seguiti da attività di test. Ripeti il ​​ciclo tutte le volte che vuoi, ma cerca di non sovrapporle. La durata di ciascuna parte del ciclo (e del ciclo nel suo complesso) dipende molto dalla natura del sistema che viene sviluppato/testato. – FrustratedWithFormsDesigner

+1

Una volta che un nuovo tester ha "raggiunto" l'intera app, si trova veramente la quantità di codice che uno sviluppatore può scrivere può praticamente mantenere un tester completamente occupato? Riesaminano letteralmente l'intera app ogni volta che cambi qualcosa? –

0

In una piccola azienda, questo è difficile perché hai ragione: non puoi semplicemente lasciare che i tester restino inattivi tra un round di test ufficiali. Certo, potrebbero fare altre cose come scrivere casi di test e piani di test, ma anche allora potrebbero avere un po 'di tempo libero. Per una piccola azienda, potrebbe essere sensato assumere i tester a contratto quando sono necessari, in quanto si potrebbe avere solo un prodotto da testare e il tempo tra i prodotti è ampio. Potresti anche vedere se riesci a trovare un'altra società che farà il test per te - simile a chi assume appaltatori, ma il contratto sarebbe con la casa madre e non con gli individui.

Nelle aziende più grandi, di solito ci sono (ma non sempre) abbastanza progetti in diverse fasi di sviluppo/collaudo, in modo da mantenere tutti i tester a tempo pieno occupati principalmente da lavori di qualche tipo. Ovviamente a volte la domanda supera le risorse disponibili (personale di test a tempo pieno), quindi gli appaltatori vengono a volte coinvolti in un progetto specifico. E sì, hai ragione, anche gli appaltatori devono essere addestrati al sistema che stanno testando, anche se sono lì per l'unico progetto.

0

Puoi chiedere agli sviluppatori di testare le parti a vicenda, ma in generale non è una buona idea e un tester separato sarà il modo migliore per andare.
Un'altra opzione è trovare un'azienda di terze parti che verificherà l'applicazione per te. Questo ti costringerà anche ad avere una migliore specifica sul progetto.

0

Lavoro in un ambiente di piccola squadra, con solo raramente più di 1-2 sviluppatori su un dato progetto. Non abbiamo, né potrei realisticamente vedere, un tester dedicato. Di solito, coinvolgo i miei clienti nell'esecuzione del test QA dell'applicazione in un ambiente di staging prima di mettere in produzione qualsiasi rilascio. Questo ha più o meno successo a seconda del buy-in del cliente per il processo di test. Mi affido molto anche ai test unitari automatizzati, all'uso del TDD, e ai test di mano significativi dell'interfaccia utente.

Mentre mi piacerebbe avere persone con specifiche responsabilità di controllo di qualità, e talvolta il mio cliente designerà qualcuno in quanto tale, questo accade raramente. Quando ho un tester dedicato (quasi sempre un rappresentante del cliente) che è coinvolto nel processo, sento che l'intero processo di sviluppo procede meglio.

0

È importante in situazioni come questa per utilizzare piani di test formalizzati e trovare le risorse non sviluppate che è possibile testare.Spesso l'Architetto Tecnico o il Project Manager dovranno redigere i Criteri di accettazione o completare i Piani di test per nuove funzionalità, così come i piani di test per i test di regressione. Cerca di ottenere utenti, project manager, eventuali parti interessate che siano disposti a testare. Ma date loro una struttura per garantire che tutti i casi di test necessari vengano esaminati.

Un ingegnere di QA esterno può essere molto utile per aiutare a progettare i piani di test, anche se non esegue tutti i test.

Buona fortuna