質問で説明されているシナリオに対処する場合、テスト アプローチを選択する際の主な考慮事項には、ユーザー インターフェイスの全面的な見直し、新機能の追加、潜在的な顧客喪失による高リスク環境での顧客からの苦情への対応に重点を置くことが含まれます。設計と機能の大幅な変更により、回帰回避戦略も重要であることが強調されています。
オプション D (2) は、探索的テスト (手動) とブラックボックス テストに + マークが付けられており、テスト自動化は使用されない () とマークされています。この選択は、いくつかの理由から、プロジェクトのニーズに最も合致しています。
* 探索的テスト (強く推奨): このタイプのテストは、アジャイル プロジェクト、特に UI の変更や新しい機能を扱う場合に重要です。探索的テストでは、テスト担当者は、通常のスクリプト テストではカバーされない方法でシステムを操作できるため、新しいインターフェイスや機能の予期しない問題を検出するのに最適です。
* ブラックボックス テスト (推奨): このテストでは、内部の仕組みを理解する必要はなく、アプリケーションの機能に焦点を当てます。UI の全面的な見直しと機能の追加を考慮すると、エンドユーザーの観点からシステムが期待どおりに動作することを確認することが必要です。
* テスト自動化の回避 (使用しないでください): 自動化は価値がありますが、UI の大幅な変更と、新しく開発された機能に迅速に適応する創造的で直感的なテスト アプローチの必要性から、この特定のリリースでは、探索的テストなどの手動テスト手法に主に焦点を当てることが推奨されます。
オプション D を使用することで、テスト アプローチはリリースの動的かつユーザー中心の性質をサポートし、機能の技術的側面と、この全面的な見直しの中心となるユーザー エクスペリエンスの強化の両方に対処します。