はじめに
テスト戦略のレビュー ワークショップは、ソリューション ブループリントのレビューの後に実施されるため、ソリューション スコープ、ソリューション設計、プロジェクト全体の目標に関するコンテキストが十分に提供され、ワークショップの生産性を向上させることができます。 テスト戦略ワークショップに特定のテスト方法はありません。代わりに、さまざまなテスト アプローチを使用して評価するように設計されています。 このワークショップの主な目的は、テストの基盤となる原則に沿っていることを評価することです。
テスト戦略のレビューのタイミング
ソリューションのテストは、実装を成功させるために不可欠です。 プロジェクトのテスト戦略は、テストのアプローチに関するブループリントを提供し、ソリューションの検証をサポートするために従う上位レベルの計画が含まれています。 テスト戦略が優れていれば、プロジェクト ソリューションの検証アプローチを最初から手に入れることができます。 戦略は、プロジェクト終了時の確認だけでなく、プロジェクトの設計段階からソリューションに品質を組み込むよう促し、それを可能にするものでなければなりません。 このプロジェクトのテスト戦略の具体的な要件を理解するには、プロジェクト スコープとプロジェクトのリスクを十分に把握することが不可欠です。 プロジェクト開始時から適切な検証および品質アプローチを用意すると、ソリューションを適切な方向に導く機会を見逃すことがなくなります。そのため、テスト戦略のレビューはソリューション ブループリントのレビュー ワークショップのすぐ後に実施することをお勧めします。 早い段階でレビューを行うことで、見つかった問題の影響を最小限に抑え、リスクが問題になる前に特定することができます。
テスト戦略のレビューでは、計画されたテスト フェーズとタイミングに対する基本的な理解も得ることができます。これにより、テストに関するガイダンスを示す全体的なコンテキストを把握できます。 テスト戦略のレビュー プロセスに関してソリューション アーキテクトが持つ一般的な質問と、それらの質問に対する回答は次のとおりです。
質問 - 汎用的なテスト戦略ドキュメントを独自の方法で用意しています。 これをレビューすれば十分ですか?
回答 - 適切に作成された汎用的なテスト戦略はフレームワークとなります。 しかし、特定のプロジェクト (スコープ、リスク、タイムライン) や特定の組織 (要件、制約、リソース) にマップされていない限り、プロジェクト固有のリスクや問題は特定できません。
質問 - プロジェクトのタスク、特に設計と構築に忙しくしており、テスト戦略は作成中です。 テスト戦略が完成し、すべての関係者から承認されるまで、ワークショップを延期してもよいですか?
回答 - レビューを延期すると、リスクの早期識別も先延ばしになります。 プロジェクトが既に実装フェーズにある場合、何らかの形の検証とテストが既に実施または計画されている可能性が高くなります。 ドラフトのテスト戦略ドキュメントをレビューすると、レビューとレコメンデーションの検討を行うことになるため完成に近づきます。