Comprehensive literature review on test planning activities, steps, and deficiencies in software testing process
テスト計画とは、リリース期間中にテストチームが作業の基準とする契約書のようなものです。電子商取引(eコマース)のチェックアウト機能をリリースする場合の典型的なテスト計画には、スコープ(カート、決済、注文確認)、アプローチ(決済連携に対するリスクベーステスト)、リソース(テスター2名、サンドボックス決済ゲートウェイを備えたテスト環境)、およびスケジュール(3週間、欠陥密度とテストカバレッジに紐づいた完了条件)が記載されます。また、使用するテスト設計技法(例えば割引フィールドに対する同値分割)や、テスト開始前に満たしておくべき開始条件も記録されます。
テスト計画はテスト戦略と同じですか? いいえ。テスト戦略は、テストレベルとその中のテスト活動についての組織全体に及ぶ高レベルの記述であり、テスト計画はその戦略を特定のプロジェクトやプログラムに適用するものです。戦略=方針、計画=実行と考えるとよいでしょう。
テスト計画は誰が書きますか? 通常はテストマネージャまたはテストリーダーが、ステークホルダーと協議して作成します。テスト計画はテスト計画立案プロセスの記録であり、一人で作る文書ではありません。
すべてのプロジェクトに完全なテスト計画が必要ですか? その深さはプロジェクトの規模とリスクに合わせるべきです。小さな保守リリースであれば軽量な計画で十分なこともありますが、安全が重要視されるシステムでは、明示的な開始条件と完了条件を含む詳細な計画が必要です。
スケジュールが遅れた場合はどうなりますか? 優れたテスト計画は生きた文書です。スコープ、アプローチ、リソース、スケジュールはステークホルダーと再交渉され、更新された根拠が記録されます。だからこそテスト計画は、コンティンジェンシープラン(緊急時対応計画)を必要とするリスクを特定するのです。