1．概要

テスト計画、設計と続き、次はテストケースについて説明します。テストケースはテストの手順を記載するもので、おそらく多くの人がテスト中に使用しているドキュメントではないかと思います。

ただ、会社によっては無茶苦茶たくさんの記載項目のあるテストケースを採用し、非常に不便な状況にある人もいるのではないでしょうか？

今回はIEEE829のテストケースを説明しながら、テストケースの項目について説明したいと思います。

2．IEEE829のテストケースとは？

IEEE829のテストケースでは、主に以下の項目を記載します

• テストケース識別子　⇒性能テスト、機能テストなど、何のテストケースなのか判断する番号や記号等を記載
• テスト目的　⇒どの部分をテストするのか目的を記載
• 入力 ⇒テストの手順を記載
• 期待される結果 ⇒入力の結果、どんな結果が返ってくるのか記載
• 環境要件　⇒テストを実施する環境を記載（バージョン情報やインフラの情報など）
• 手順に関する特記事項 ⇒入力が複雑な場合、注意事項を記載する
• テストケース間の相互関係　⇒どのケースとどのケースが関連しているか記載する（大抵テストケース識別子に含まれることが多い。）

上記がテスト実施を行う上で、テストケースに記載しなければならない最低限の項目になります。もし上記以外の記載があれば、テストを進める以外の目的が含まれているということになります。

3．テストケースの考え方

テストケースには、主に以下3つの目的のために各項目を記載します。

1. テスト実施を進めるための項目　⇒入力、期待結果、環境要件など（IEEE829のほとんどの項目が該当）
2. 管理のための項目　⇒ステータス（OK、NGなど）、実施者名、実施日など
3. 分析のための項目　⇒分類（エラー確認、データ抽出など）、テスト実施にかかった時間など

テスト実施を進めるだけであれば「1」の項目さえ記載していれば問題ありません。ただ、実施がきちんと進んでいるか、管理しなければならないケースがほとんどだと思いますので、「1」、「2」の項目が記載されているケースが一般的だと思います。

そして「3」の分析項目ですが、ここが大抵形骸化していることが多く、何のために記載しているのか、何を分析しているのか、わからなくなっていることが多々あります。

そのため、「3」に該当する項目は適宜見直し、特に使われていないようであれば削除した方がよいと思います。
※分析項目は、放置すると際限なく項目が増えていく部分でもあるので…

まとめると、もし自社向けのテストケースを作成するのであれば、
「1」テスト実施の項目　⇒「2」管理のための項目　⇒「3」分析のための項目
の順序で記載する項目を決めていくのが、作りやすいのではないかと思います。

また、「1」に該当する項目は必ず記載しなければならないというわけではありません。テストの進め方は、開発方法（V字、アジャイルなど）や分野（組込みシステム、Webシステム、基幹システムなど）によって変わりますので、その都度適しているものを選んでください。

4．テストケースの各項目

3章の3つの分類に従いネット上にあったテストケースの項目を分類すると、以下のようになります。もし自社向けテストケースを作成しているのであれば、参考にしてみてください。

※分類：①テスト実施を進めるための項目、②管理のための項目、③分析のための項目

5．まとめ

テストケースはテストを実施する上で必要なドキュメントですが、そこに記載する項目には、それぞれの目的があります。その目的に合うようであればそれを記載し、逆に合わないようであれば項目の削除を検討するべきだと思います。

そうしないと大抵テストケースの記載項目が膨大となり、テスト実施者を苦しめるだけの結果が待っています…