Question

Nous devons compiler notre code après vérification - ins, être informé si la compilation échoue, effectuer des tests, être informé des résultats des tests et publier notre application (publier un site Web ou de créer un fichier .msi pour une application de bureau) sur une base quotidienne .

Nous utilisons SVN et envisagent d'utiliser TeamCity ou CruiseControl.NET pour le serveur d'intégration continue pour nos projets .net qui ont des tests msunit.

Mon chef de projet est venu avec HP Quality Center et Quick Test Professional (il est déjà acheté) et a suggéré de les utiliser pour le suivi de question (actuellement nous utilisons JIRA) et de l'intégration continue.

Est-il logique?

Était-ce utile?

La solution

Nous avons beaucoup de clients qui intègrent défaut QC et un test de suivi dans l'intégration continue pipeline. Mais QC ne conduit pas le processus, il est en cours d'intégration dans le processus CI et CID.

Autres conseils

NON . J'utilise maintenant à un client, et haine il. Il ne supporte pas les navigateurs non-MS (ActiveX, etc.), etc. OS X, nous sommes coincés avec les machines virtuelles, etc. De plus l'interface assez maladroit et lent. Il est ancien, horrible, technologie héritée. Il y a beaucoup de meilleures options.

Nous utilisons QC pour exécuter ce qu'on appelle des jeux de test. Nous avons eu beaucoup de succès en cours d'exécution de cette manière. Vous pouvez utiliser QC pour vous informer sur l'exécution a échoué. Cela bien sûr vous informer si quelque chose ne compile pas sur la fin de QTP. Vous avez également mis en place d'autres scripts QTP et LoadRunner pour exécuter si un script échoue.

Pas une bonne idée, je l'ai fait un POC pour le CQ et les outils Borland (pour HP), et bien que possible, il y a trop de zone où la synchronisation doit être parfaite, et le temps de réponse lent du QC quelque temps en raison au réseau etc pour déclencher bon fichier, obtenir le résultat de la compilation et la publication est un peu fragile. Encore une fois techniquement via l'API, il est tout à fait possible.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top