「分かりそう」で「分からない」でも「分かった」気になれるIT用語辞典

「テスト」＋「仕様書」で「テスト仕様書」です。



テストはテストね。
試験とも言います。

仕様書は「何を作るの？」を説明した資料です。
……が、今回はもう少しゆるく解釈してください。
「やり方を書いた紙」程度のニュアンスです。

つまり

「今回のテストでは、こんな内容のテストをするよ！」をまとめた資料

が「テスト仕様書」です。
そのまんまと言えば、そのまんまな説明ですね。



プログラムのテストに限った話ではありませんが、テストというのは、いろいろな条件の元で、いろいろな内容のテストをやります。
その場の思いつきで「あっ！これも確認しよう」とかやっていたら、テスト漏れも出てくるでしょう。

そこで事前に

１．どんな条件の元で
２．どんなデータを入れると
３．どんな処理がされて
４．どんな結果になるはず
５．その結果から何が確認できる

などを洗い出して、まとめておきます。
それを眺めることで「あれ？この確認もしなくちゃマズいよね」や「あっ、こっちとこっちで確認する内容がダブってるわ」などがテストをやる前に確認できるわけです。

この「どんなテストをやるか？」をまとめたものを「テスト仕様」と呼んだりします。
そして、テスト仕様をファイルや紙にしたものがテスト仕様書です。

例えば、そうですね。
ここにピヨ太プログラムが ありました。



ピヨ太プログラムは食べて寝るのが仕事のプログラムです。

ピヨ太プログラムにケーキをあげると、ピヨ太プログラムはケーキを食べます。



ケーキをあげないと、ピヨ太プログラムはケーキを食べません。
当たり前ですね。



ピヨ太プログラムは、ケーキを食べると、お昼寝をします。
きっと、お腹がいっぱいになるからでしょうね。



ケーキを食べないと、そのまま、ぼーっとします。
空腹を我慢しているのかもしれませんね。



ケーキを食べてお昼寝をした場合、ピヨ太プログラムは幸せそうな顔をします。
満足したのでしょう。



ケーキを食べられなかった場合、ピヨ太プログラムはイラっとした顔をします。
ご立腹です。



ピヨ太プログラムは、そんな役立たずなプログラムです。

このピヨ太プログラムのテスト仕様書（の中身）を作ってみます。

ピヨ太プログラムに対する入力として考えられるのは

１．ケーキ
２．なし

の2つです。



ピヨ太プログラムにケーキを入力すると

１．ケーキを食べる
２．お昼寝をする

の2つの処理がされ

・幸せそうな顔

が出力されます。



一方、ピヨ太プログラムにケーキを入力しないと

１．ケーキを食べない（何もしない）
２．ぼーっとする

の2つの処理がされ

・イラっとした顔

が出力されます。



ピヨ太プログラムの処理をまとめると

入力：ケーキ
処理1：ケーキを食べる
処理2：お昼寝をする
出力：幸せそうな顔

入力：なし
処理1：何もしない
処理2：ぼーっとする
出力：イラっとした顔

のように書けます。
これがピヨ太プログラムの動きであり

テストで確認しなくちゃいけないこと

でもあります。

テストで確認しなくちゃいけないこと（と、その条件）をまとめた

入力：ケーキ
処理1：ケーキを食べる
処理2：お昼寝をする
出力：幸せそうな顔

入力：なし
処理1：何もしない
処理2：ぼーっとする
出力：イラっとした顔

がテスト仕様書の中身（テスト仕様）です。
これをファイルとか紙にするとテスト仕様書になります。

実際には、もう少し書式を整えると思いますけどね。
例えば

・入力「ケーキ」の場合→「ケーキを食べる」ことを確認する
・入力「ケーキ」の場合→「お昼寝をする」ことを確認する
・入力「ケーキ」の場合→「幸せそうな顔が出力される」ことを確認する
・入力「なし」の場合→「何もしない」ことを確認する
・入力「なし」の場合→「ぼーっとする」ことを確認する
・入力「なし」の場合→「イラっとした顔が出力される」ことを確認する

のように確認する項目ごとに箇条書きにしたり

入力：ケーキ
・確認1：ケーキを食べる
・確認2：お昼寝をする
・確認3：幸せそうな顔が出力される

入力：なし
・確認1：何もしない
・確認2：ぼーっとする
・確認3：イラっとした顔が出力される

のように入力（条件）で分けて、それに対する確認項目を列挙したりします。

テスト仕様書の書式については、お仕事現場の慣習に合わせてください。
はじめてのシステム開発とかでなければ、ひな形や過去のサンプルがあるはずです。