エンドツーエンドテストは、ビルド時（ビルドサーバー上でアプリケーションを実行中）に実行する必要がありますか、または展開後に実行する必要がありますか？私はまだ、どれが標準であるかの確かな答えを見つけていない。UIテストをビルドサーバー上で実行するか、または展開後に実行する必要がありますか？
編集
は、私はどちらかのQA/SIT/UATなどに展開した後...対ちょうど完全にそれを導入せずにビルドサーバー上でそれを実行している意味します。
ビルドサーバーを持っているという点は、現在のソースコードの1つのビルドを作成することです。このビルドでは、テストを実行して、それらをデプロイする前に動作することを確認します。なぜ誰もがその後にテストを実行したいと思っているのか分からない。あなたがバグを見つけたらどうなりますか？展開をロールバックする予定ですか？展開前には常にテストしてください。
理想的には、運用環境を模倣したビルド環境を使用して、「展開済み」環境でテストを実行できます。これは、開発/ステージング/プロダクションサーバを持っている理由です。
は、チーム/組織の成熟度に依存します。ビルドサーバーの全体のポイントは、継続的な配信の観点から考えると追加/望ましい機能ですが、「テストを実行する」ではありません。スタックオーバーフローの観点からは、http：//stackoverflow.com/questions/1099133/what-is-the-point-of-a-build-server – user1327961
を参照してください。また、「単一のコードソースを作成する」ではありません。それはsvn、gitなどのようなソース管理の目的です。 – user1327961
あなたの提案をありがとう。 :)私は更新しました。 – BlackHatSamurai
は、要件に依存します。機能（ui）テストが合格しない場合、ビルド（継続的な統合）ジョブは失敗とみなされる必要がありますか？ – user1327961