Il nostro software utilizza il software di distribuzione scritto internamente a causa della complessità del prodotto. Come parte del nostro attuale processo di compilazione del QA (non dev) (utilizzando più software interno), compiliamo il codice, correggiamo i database, distribuiamo il software ed eseguiamo un test del fumo e, in alcuni casi, test dell'interfaccia utente automatizzati, prima della compilazione è passato". Ci stiamo spostando su TFS2010 e stiamo eliminando il processo di compilazione interno e preferirei non dover aggiungere questo processo in build TFS.
Quali processi utilizzi per garantire che la distribuzione abbia successo e riportare gli errori al team di sviluppo? Una build dovrebbe essere classificata come un fallimento in caso di errori di distribuzione / schermo fumogeno o errori di test dell'interfaccia utente automatici?
TFS termina il suo processo di compilazione quando i file vengono posizionati nella cartella di rilascio, quindi contrassegna tale build come OK. Se devo usare la stessa soluzione che abbiamo ora, o TFS build deve essere esteso per eseguire tutte queste attività prima di contrassegnare la compilazione come un successo o dobbiamo avere un meccanismo per contrassegnare la compilazione come fallita dopo che è già riuscita in precedenza .