テスト計画

management (管理)

構成管理

どうやって管理する?

テストデータ

ソフトウェア

ドキュメント類

機材

リスク管理

考えられるリスク

ヒト

メンバーのスキル不足

病気等による不在

カネ

進捗遅延等

残業休出等

モノ

ソフトウェアの品質低い

環境不備

ドキュメント不備

リスクへの対処内容

事前

事後

進捗管理

どうやって進捗管理するか?を書く。

情報共有

ミーティング

客先とのミーティング

いつどこで?

チーム内ミーティング

いつどこで?

Knowledgeの蓄積

どうやって?

PJ内のルール

勤怠

勤務時間・休憩時間・残業

作業上のルール

などなど

テスト計画のInput資料は何?

客先提供資料一覧

why (目的)

目的:今回のテストをすることで何をしたいのか?

テストをすることが目的ではない。

具体的 or 定量的目標

バグ検出率など

Background(背景)

when (いつ?)

細分化したタスクとその実施スケジュール

タスクには成果物のレビューや修正なども入れる

who (体制)

PJ全関係者の体制(できれば客先も含める)。

それぞれの役割と責任

明確に

テストケースは誰がレビューする?等

テストケースを作るのは誰?等

what&how (何を?どうやる?)

Scope (テスト範囲)

やること

やらないこと

テストであがった不具合の修正確認も含めるのか含めないのか等

xx機能はテスト対象外等

テスト環境

機材

ソフトウェアのバージョン

その他

Q&A

どんな方法で?

Excelベース?Redmine等のチケットベース?等

どのタイミングで?

テスト設計

どんな観点で?

テスト実施

順番は?

優先順位は?

何をもってテスト終了とする?

どんな観点で?

テスト結果欄の定義

OK

NG

NT

保留

不具合報告

どのタイミングで

納品時にまとめて報告?デイリーで報告?等

どのような方法で

BTS使用?Excelベース?等

進捗報告

どのタイミングで

日毎?週毎?等

報告内容

どんな報告フォーマット?

消化件数(OK, NG, N/T)等

日毎

累積

試験書毎

どのような方法で?

メール?

ミーティング?

delivery(納品)

納品物の一覧

納品方法

納品の期日

なぜテスト計画を作るのか?

テスト全般について客先との合意を取るため。また、そのエビデンスとするため。

メンバーに、各自の役割、PJの目的、テスト方法、スケジュールなどの情報を認識してもらう、また、それを共通認識とするため。

リーダ不在でもPJ運営可能とするため=PJ運営に関する全ての情報が網羅されている計画書とする必要がある

赤の項目は必須項目!