Domanda

Utilizzando l'aggiornamento GDR VS 2008, ho creato un progetto di database.Ho creato un pacchetto di distribuzione di SQL Server.Ho creato uno unit test del database.

Utilizzando alcune procedure guidate, il materiale è entrato nel mio file tfsbuild.proj, quindi verso la fine del processo di creazione automatizzata viene creato un database.

Mi manca un po' di controllo sull'intero processo, ora lo vedo.Quello che vorrei fare è distribuire manualmente il DB, eseguire 3 script personalizzati sul DB e quindi avviare manualmente il test unitario del DB.Ho altri test unitari non DB già eseguiti.Non voglio utilizzare VSMDI o elementi di test unitari ordinati perché nel nostro ambiente multi-sviluppatore diventa complicato.

Aiuto!

È stato utile?

Soluzione

Forse ho letto male o ho perso qualche dettaglio, ma mi sembra che il problema sia la gestione delle filiali, non i test automatizzati.Alla maggior parte delle organizzazioni piacerebbe assolutamente arrivare dove sei tu, build completamente automatizzata e test unitario DB.

Se la situazione diventa complicata in un ambiente di sviluppo multiplo, potrebbe indicare che gli sviluppatori stanno effettuando il check-in direttamente in un ramo che esegue test automatizzati.Idealmente dovresti eseguire BVT solo sui rami importanti e consentire agli sviluppatori di effettuare il check-in nei rami privati.Le filiali private vengono testate manualmente, quindi integrate al contrario quando appropriato (funzionalità completata, traguardo stabile, ecc.).Il processo automatizzato di creazione e test rileva il check-in dell'integrazione inversa e rilascia una nuova build, eseguendo i BVT e tutto il resto.In questo modo hai isolato l'integrazione contigua e il processo BVT dall'abbandono o dal controllo costante di funzionalità incomplete.

Autorizzato sotto: CC-BY-SA insieme a attribuzione
Non affiliato a StackOverflow
scroll top