2010-10-23 18 views
0

Nous travaillons sur l'application Windows .NET. Nous utilisions TFS depuis le début. Maintenant, après Assembla - un outil de gestion de projet et de collaboration wiki agile qui fournit un référentiel pour le contrôle de la source qui est sur SVN, nous passons de TFS à SVN.QA Construire le mécanisme d'automatisation pour le projet .NET sur SVN

Nous n'avons pas pris la peine, au début, de fournir des versions (hebdomadaires) à notre assurance qualité. Mais, comme nous avons commencé à utiliser Assembla et remplir nos correctifs contre les billets ouverts et réaffecter à l'assurance de la qualité. Ils doivent maintenant avoir une dernière version pour examiner le problème et mettre à jour le statut du ticket. La méthode précédente de test consistait à leur fournir des états de construction et de défauts mis à jour hebdomadaires sur Mercury QC à Correction. Maintenant, il n'y a plus de construction hebdomadaire. Ils doivent maintenant construire comme ils voient un billet a été mis à jour à «Prêt pour le test». Que suggérez-vous quelle méthode devrais-je suggérer pour automatiser ce processus de construction pour notre assurance qualité afin qu'ils puissent générer des builds à leurs côtés et puissent rapidement examiner les détails de problème mentionnés dans le ticket et l'ont marqué Fixed ou REOPENED.

Merci.

Répondre

1

JetBrains Teamcity est un système d'intégration continue que vous pouvez utiliser pour cela.