システム・テスト・サイクル

開発チームが安定ビルドまたはマイルストーンに向けて著しく進歩した後で、ビルド・マネージャーは通常、システム・テストに使用する品質保証 (QA) チーム用のソフトウェア・インストールをビルドします。システム・テストの目的は、リリースなどのマイルストーン用にソフトウェア・アプリケーションを準備することです。

システム・テスト・プロジェクトは、システム・テストの準備が整っている開発者のすべての作業を表します。システム・テスト・プロジェクトには、システム・テストおよびリリース準備に使用されるファイル、ディレクトリー、およびプロダクトの各バージョンが含まれます。

開発者は変更を作成およびテストするときにタスク完了を続行するため、統合テスト・プロジェクトは、開発者の最新の変更の取得を続行します。ビルド・マネージャーは、新たにチェックインされた変更から隔離されたエリアとして、より継続的なシステム・テスト・プロジェクトを準備する必要があります。

システム・テスト用にビルドするようビルド管理プロジェクトを更新するために、ビルド・マネージャーは、テストされるタスクの正確なリストを示します。ソフトウェアに組み込まれるタスクの正確なリストを管理することにより、チームは、品質標準を満たすまでソフトウェアを修正、ビルド、および再テストすることができます。システム・テスト・サイクルは、多くの場合、反復されます。 チームは、ソフトウェアが必要な品質基準に達するまで、何度もタスクのビルド、テスト、修正、および追加を行うことができます。

Release editor/2.0 用にシステム・テスト・プロジェクトを更新するビルド・マネージャーについて検討します。 ビルド管理プロジェクトは以下のようにセットアップされます。

新規のシステム・テスト・サイクルに備えて、ビルド・マネージャーは最初、最新の統合テスト・ベースラインを取得するためにシステム・テスト・プロジェクト・グルーピングを設定します。システム・テストでは、以下のステップを繰り返します。

  1. ビルド・マネージャーは、システム・テスト・プロジェクトを更新およびビルドします。
  2. QA チームは、その結果のソフトウェアをテストします。
  3. チームは、検出された問題を検討し、このサイクルに対してどの問題を修正する必要があるかを決定します。
  4. チームは、ステップ 3 で承認された問題に対するタスクを作成し、開発者に割り当てます。
  5. ビルド・マネージャーは、システム・テストのプロジェクト・グルーピングで最新の統合テスト・ベースラインの収容を停止します。
  6. 開発者が承認済みタスクを完了した後で、ビルド・マネージャーは、これらのタスクをシステム・テスト・プロジェクト・グルーピングに追加します。 このプロセスは、またステップ 1 から始まります。
  7. 修正する追加の問題がなくなるまで、ステップ 1 からステップ 6 を繰り返します。
  8. ベースラインを作成します。
  9. ベースラインをリリースします。

フィードバック