Processo software della piccola azienda [chiuso]

Question

Processo software della piccola azienda [chiuso]

#1 da (2 voti)

-1

Mi chiedo come dovrebbero avvenire i test in piccoli team (o team di start-up).

Sto parlando di 5-10 sviluppatori assegnati a più attività di sviluppo.

Dalla mia esperienza ci sono pochi test su nessuno nel processo di sviluppo, ma sento anche che i piccoli team possono passare attraverso livello iniziale della maturità del processo software .

Come avviene il QA e i test durante lo sviluppo in una squadra matura ma piccola?

(per favore, se puoi, descrivi l'intero processo del software incluso chi dovrebbe fare cosa)

MODIFICA (maggiori dettagli):

Sono particolarmente interessato a un team che sviluppa un back-end di elaborazione distribuito con un sito Web in quanto API. Le due parti (back-end, front-end) sono sviluppate da due diversi gruppi di 3.

Voglio capire chi controlla cosa e quando . Se scrivo un modulo e sono i test unitari, scrivo i test di integrazione durante il completamento del codice? Dovresti assegnare uno sviluppatore su un gruppo così piccolo per concentrarti sui test?

testing development-process

posta Reut Sharabani 22.01.2014 - 11:33

fonte

1 risposta

Leggi altre domande sui tag testing development-process

Twitter Bootstrap: retrocompatibilità? [chiuso] Il metodo di regolazione conta o solo la calibrazione finale?

score 2 · Accepted Answer

Se il team è maturo, dovrebbero scrivere sia test a livello di unità che test di accettazione automatizzati. Non c'è semplicemente un buon modo per scrivere codice robusto senza test. Tutti i bravi sviluppatori di software che conosco si chiedono costantemente "come posso testarlo?".

Ho lavorato su team in cui ogni sviluppatore era responsabile per testare il proprio codice e team in cui c'erano uno o più ingegneri di test dedicati. In entrambi i casi, i team sono stati in grado di fornire software di alta qualità. I team su cui ho partecipato al test del pensiero erano non qualcosa che un ingegnere del software dovrebbe produrre in genere un software di bassa qualità.

Alla fine della giornata, il team dovrebbe essere responsabile della qualità del software che producono. Qualcuno deve scrivere test ogni giorno. Se ognuno di loro prende una parte, a turno o ha uno o due tester dedicati, dovrebbe essere lasciato alla squadra per decidere. Decidere di fare nessuno di questi è decidere di produrre codice scadente.

Secondo me, ogni team di software ha bisogno di un numero appropriato di persone dedicate ai test. Il numero aumenta con la dimensione della squadra e il numero non dovrebbe mai essere inferiore a uno. Inoltre, ogni ingegnere del software dovrebbe essere responsabile per l'unità di test del proprio software.