テスト計画作成

前言:

テスト計画はテストの中で少なくない一部であり、完全なテスト計画はプロジェクト全体のテスト手配とテスト進度を反応させ、プロジェクトをテストの一環で制御可能な一環に達させた.テスト計画は一般的に大機能の変更時に使用され、毎週バージョンが必要ではないことに注意してください.プロジェクトの必要に応じて作成できるかどうか、またテスト計画の作成時間は、一般的に需要を理解し、需要を分析してから作成を開始します.さもないと、自分が何をテストしているのか、どうやってテストするのか分からない.
1.テスト目標:
xxxの需要に基づいて、テスト機能点を精錬し、テスト戦略を制定し、テストリスクを評価し、テスト用例の作成、機能テストの実行とテスト復帰の作業量を見積もって、人員と進度の手配を行う.
2.テスト範囲:
機能モジュール:(実際の状況に合わせる必要がある)
3.テストポリシー:
必要な機能の改善を完全にテストし、適用シーンとコンカレント数に基づいて互換性とパフォーマンステストスキームを考慮します.テストツールを指定する必要があります.
3.1機能テスト
試験用例表を参照
3.2性能テスト
3.3システム互換性テスト
4.テストリソース
4.1人員配置
4.2試験環境
4.3バグ管理
5.テストスケジュール
5.1テスト進捗スケジュール
タスク#タスク#
時間
実行者
ワークロード
テスト計画の作成
テスト環境の準備
初回機能テスト
パフォーマンステスト
回帰テスト
テストレポートのまとめ
5.2文書の出力

6.検収
6.1テスト検収基準

		1. 
		2.  bug
		3. bug 
		4.  ， 

6.2製品ラインアップ標準

  checkelist
1.  、 ；
2.   、 ， ；
3.    normal  ，   ， 

7.リスクの説明
主に3つの側面があります.

試験範囲リスク(試験漏れ、需要変更)

テスト進捗リスク(見積りが不正確、テスト人員の変動、その他の業務作業)

製品品質リスク(コード品質、テスト人員能力)

例えば:1.上記ワークロード見積りでは、需要変更に対して一定のリスクオーバーライドが行われていますが、需要変更が現在の予想を超えると、テスト用例の作成やテスト実行に関するワークロードの増加、テストの進捗遅延を招く可能性があります.2.開発提出テストバージョンが計画より遅延するリスクがあり、このような場合、テストを実行する時間は合理的に順延しなければならない.3.テストバージョンの品質が低いリスクをコミットすると、計画よりも多くのラウンドバックテストが発生する可能性があります.4.コードバージョン管理の実行が不十分なリスク、バージョン管理の混乱が発生した場合、安定したバージョンを1つだけ選択してテストを行い、中間バージョンの繰り返しテストを考慮しない.1ラウンドのテストが完了したら、次の安定バージョンの回帰テストを行います.5.クラウド教室に依存するテストサーバー環境は、サーバー側のテスト環境が不安定である場合、開発提出テストバージョンとテストの進捗に影響する
最後の箴言:
私たちがテストするたびに5 W+Hで考えることができます.
1)why--なぜこれらのテストを行うのか.
2)whatはどのような面、異なる段階の仕事内容をテストします.
3)whenは異なる段階の開始と停止時間をテストする.
4)whereの対応する文書、欠陥の保管場所、テスト環境など;
5)whoプロジェクトの関係者構成、どのようなテスト人員を手配してテストする
6)how一-どのようにするか、どのような試験工県と試験方法で行うか