Nella nostra azienda abbiamo diverse fasi di test:
- test di integrazione e unità (build CI)
- test delle applicazioni (tutte le chiamate a altri sistemi sono presi in giro)
- test di sistema (che interagiscono con altri sistemi)
tutte le build vengono eseguite su TeamCity
Non appena una build fallisce, uno sviluppatore deve informare la persona responsabile che ha rotto i test. I test vengono risolti e vengono eseguiti nuovamente con successo.
Il fatto è che assegniamo ogni giorno il ruolo di "test-fixer" a un nuovo sviluppatore. Deve dare un'occhiata ai test falliti e assegnarli alla persona che lo ha rotto. Questo lavoro può essere piuttosto fastidioso dal momento che comporta un sacco di chat e lettura dello stack trace.
C'è qualche strumento che rende più facile gestire / assegnare test falliti? O qual è la procedura migliore per ottenere build / test più stabili?
Di solito eseguiamo i test di unità e integrazione prima di passare al trunk. Ma per notare che hai rotto una domanda o un test di sistema devi visitare la pagina TeamCity.