Verifica per il valore degli standard di test

Question

Attualmente stiamo sviluppando un concetto per i nostri standard di test. Fino ad ora, non abbiamo standard. Tutto quello che facciamo è dire allo sviluppatore di scrivere test. Ora abbiamo la seguente idea di base:

Utilizzeremo la metrica di copertura descritta nell'articolo del blog di test degli sviluppatori Selezione di metriche di test degli sviluppatori Per visualizzare lo status quo.

Non faremo richieste di quanta percentuale deve essere coperto il codice. Tuttavia, vogliamo un qualche tipo di controllo. Pertanto verificheremo se la copertura è significativamente ridotta nel tempo. In tal caso, l'intera squadra verrà informata. Non ci dovrebbe essere la colpa personale.

Per incoraggiare lo sviluppatore a scrivere più test, chiederemo loro di fare la stima di una funzione con i test in mente, in modo che abbiano abbastanza tempo a scrivere i test.

Non abbiamo molta esperienza negli standard di test. è un buon approccio? Questa metrica è utile? E cosa ne pensi della nostra strategia per controllare i membri del team?

MODIFICARE

Alcune ulteriori informazioni sul post di Sklivvz. Non abbiamo quasi nessun codice coperto. Nel complesso è circa il 25%. Alcuni componenti non sono coperti. Il nostro problema è che i nostri sviluppatori - principalmente persone con oltre 10 anni di esperienza - non scrivono affatto test. Pertanto, investi molto tempo nella correzione di bug trovati dal nostro team di test. Quello che vogliamo è avere più certezza che non rompevamo qualcosa implementando un'altra cosa e che non facciamo gli stessi bug.

Inoltre, sarebbe bello lasciare che i test guidino i membri del nostro team a realizzare un'architettura migliore nei loro componenti. Personalmente l'ho visto in un componente in cui sono arrivato più tardi e a un certo punto avevo refactorico l'intero componente, perché non era nemmeno un po 'verificabile.

Sviluppiamo una piattaforma software che cresce diversi anni ormai. Pertanto abbiamo molto codice che non è coperto dai test. Come ho detto sopra, vogliamo motivare i membri del nostro team a scrivere test per i loro componenti che stanno attualmente sviluppando.