TM-1.5.1 (K3)リスク、優先順位付け、テスト環境とデータ依存性、および制約を使用して、テスト目的、テスト戦略、およびテスト計画に対して完全性と一貫性のあるテスト実行スケジュールを作成する。

テスト実装とは

テスト設計をもとに具体的なテストケース、テスト手順、およびテストデータとして実装する活動である。

テスト実装に含まれる活動

* テストデータの作成
* 必要なテスト環境が整っていることのチェック
* テストデータが整っていることのチェック
* テストコードが整っていることのチェック
* すべてのテストケースを記述している
* すべてのテストケースをレビューしている
* 対象のテストレベルの明示的および暗黙的な開始基準のチェック
* テスト環境およびテストデータの詳細な説明の作成
* 手動テストおよび自動テストの実行順序の決定

テストマネージャーが注意すること

* 特定の順序、または特定の装置でテストを実行することを必要とするリスクや優先度などの制約を、慎重にチェックする。
そのためにはテスト環境やテストデータの依存関係を理解し、確認しておかなければならない。

早期のテスト実装の短所

アジャイルライフサイクルを使用すると、イテレーションからイテレーションの間にコードが劇的に変化し、実装作業の多くが陳腐化する場合がある。

イテレーティブまたはインクリメンタルなライフサイクルでは、イテレーションの間に重大な変化があるので、スクリプト化したテストが信頼できなくなる、 または頻繁な保守が必要となる場合がある。

プロジェクトの後期になってさえも要件が頻繁に変わるような、適切にマネジメントされていないシーケンシャルライフサイクルの場合も同様である。

早期のテスト実装の長所

具体的なテストでは、テストベースに従って記述している場合、ソフトウェアの正しい動作状態の稼働例を提供でき、それによりソフトウェア仕様のさらなる弱点を識別する可能性がある。

問題