Come convincere gli sviluppatori a correggere i test non funzionanti

0

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.

    
posta Adrian Krebs 16.05.2016 - 13:18
fonte

2 risposte

5

Teamcity ti dirà tutti i commit che hanno attivato la build. Ottieni un elenco di nomi delle persone che effettuano tali commit e assegna l'attività a tutti loro.

    
risposta data 16.05.2016 - 13:28
fonte
0

Per far sapere agli sviluppatori che hanno rotto qualcosa, puoi utilizzare uno degli strumenti di notifica build. TeamCity ha un notificatore desktop in bundle con esso. Questa app mostrerà lo stato delle build selezionate nell'area vassoio sempre.

Esistono anche strumenti simili per altri server CI, come Catlight o CCMenu / CCTray.

    
risposta data 15.06.2016 - 22:58
fonte