継続的インテグレーションのためにHP Quality Centerのを使用することをお勧めしますか？

Question

私たちがチェックした後、私たちのコードをコンパイルする必要があります - 毎日イン、コンパイルが失敗した場合に通知され、テストの実行、テスト結果の通知を受け、私たちのアプリケーションを公開すること（ウェブサイトを公開したり、デスクトップアプリケーションのMSIファイルを作成します）ます。

私たちはSVNを使用していて、テストをmsunitしている私たちの.NETプロジェクトのための継続的インテグレーションサーバ用にチームシティーやCruiseControl.NETを使用して検討していた。

私のプロジェクトマネージャーは、HP Quality Centerのクイックテストプロフェッショナル思い付いた（それが既に購入された）と、問題追跡（現在我々はJiraのを使用している）と継続的な統合のためにそれらを使用して提案します。

それは理にかなっていますか？

Answer 1

私たちは、パイプライン化された継続的インテグレーションに追跡QC欠陥とテストを統合し、顧客の多くを持っています。 QCがプロセスを駆動していない。しかし、それはCIとCIDプロセスに統合されています。

Answer 2

いいえ。私は、クライアントで、今使用して、との のそれを嫌うんです。 OS X上で、我々はなどのVM、とそれはかなり不格好＆スローさらにインタフェースを立ち往生しているので、それは、非MSブラウザ（のActiveXなど）をサポートしていません。それは古代の、恐ろしい、レガシー技術です。より良いオプションがあります。

Answer 3

私たちは、テストセットと呼ばれるものを実行するためにQCを使用しています。私たちは、このように実行されている非常に成功しています。あなたは、失敗した実行であなたを通知するためにQCを使用することができます。何かがQTPの終わりにコンパイルしなかった場合、これはもちろん、あなたに通知します。また、スクリプトが失敗した場合に実行するために、他のQTPとLoadRunnerのスクリプトを設定します。

Answer 4

ない良いアイデアは、私は（HP用）QCおよびBorlandのツールのPOCをやった、と可能性が、同期が完璧である必要がありますあまりにも多くのエリアがあり、そしてによるいつかQCの応答時間が遅いです、右のファイルをトリガーコンパイルの結果を取得し、公開することなどをネットワーク化することは少し不安定です。ここでも技術的にAPIを経由して、それは完全に可能である。