チェックイン後にコードをコンパイルし、コンパイルが失敗した場合に通知を受け、テストを実行し、テスト結果を通知し、毎日アプリケーションを公開する（ウェブサイトを公開するかデスクトップアプリケーション用のmsiファイルを作成する）必要があります。HP Quality Centerを継続的に使用することをお勧めしますか？
私たちはSVNを使用しており、msunitテストを実行している.netプロジェクトでは、継続的な統合サーバーとしてTeamCityまたはCruiseControl.NETを使用することを検討していました。
私のプロジェクトマネージャは、HP Quality Centerとクイックテストプロフェッショナル（既に購入済み）を使用し、問題追跡（現在はJiraを使用しています）と継続的な統合に使用することを提案します。
意味がありますか？
私たちはQC欠陥とテストトラッキングをパイプライン型の連続統合に統合する多くの顧客を持っています。 QCはプロセスを推進するものではなく、CIおよびCIDプロセスに統合されています。
QCを使用してテストセットと呼ばれるものを実行します。私たちはこの方法で成功しています。 QCを使用して、失敗した実行を通知することができます。これはもちろん、QTPの最後に何かがコンパイルされなかったかどうかをあなたに通知します。また、スクリプトが失敗した場合に実行する他のQTPおよびLoadRunnerスクリプトを設定します。
私はQCとBorlandツール（HP用）用にPOCを行っていますが、可能な限り同期が完璧でなければならない領域が多すぎますし、QCの応答時間が遅い場合もあります右のファイルをトリガするネットワークなどのために、コンパイルの結果を取得し、公開は少し不安定です。 APIを介して技術的にも完全に実現可能です。
no。私は今クライアントで使用しており、は嫌いで、です。それは非MSブラウザ（ActiveXなど）をサポートしていないので、OS Xでは、VMなどがついています。さらに、インターフェイスは非常に固い&です。それは古くて恐ろしい、古い技術です。はるかに良いオプションがあります。
「われわれ」= Urbancodeとその顧客がAnthillProとHP QCインテグレーションを使用していると述べるほど価値があります。 –