
単体テスト・・やってますか!!(笑)
プログラマーという職業を経験しているのなら、誰もが経験していることでしょう!単体テスト仕様書作成という作業。
現場によって、各設計書や今回紹介するテスト計画書のフォーマットがあるはずで、誰かが雛形を作ったはずです。
だいたい、一から作ることはなくどっかからのプロジェクトで使っていたものを、少し改修して自分たちのプロジェクト用に使うこともしばしば。
では、知ってるとは思いますが単体テスト仕様書に必要である項目をあげてみます
あくまで、私が渡り歩いてきたプロジェクトでの経験をもとにお伝えしていますので、多少異なる部分があるかと思いますが、その辺はご了承ください。
単体テスト仕様書に必要な項目欄
ヘッダー部分
・プロジェクト名:△△会社○○システム開発
・システム名:○○システム※人事、給与、在庫管理、医療、金融など。。
・文書名(タイトル):単体テスト計画書(仕様書等)
・機能(プログラム)名:○○データ更新&ファイル出力
・作成日付、作成者、更新日付、更新者
どのプログラム(機能)の単体テストを行っているか、機能名の欄を設けることで、区別していきます
プロジェクト名やシステム名は同じですから、変更する必要はありません。
メイン部分
※左側から記述していくイメージで・・
・テストNo.
・検証内容
・確認項目
・想定結果
・実施手順
・合否(確認結果、OKかNGか)
・検証日(テスト結果を確認した日付)
・担当者名
一応、合否の判定においては合格の場合は良いのですが、想定結果と異なる場合は、一旦NGとしておきましょう
そして、一通り終わってから再度、プログラムを修正し再テストを行い、日付や確認結果を入力していくのが望ましいです
ただ、忙しい時期は、そんな余裕はないので、不具合が発生した時点で修正、再テストを行うパターンが多いですね^^;
では、単体テスト仕様書の書き方を見てみましょう
単体テスト仕様書の書き方のポイント
本当は、サンプルがあれば一番なんですが、企業のものですから、勝手に拝借して提示することは当然ダメです^^;
ネットでサンプルをみてみるとこちらのサイトにございました
なかなか、システム開発で使用するドキュメントのフォーマットを一から作るということは、巡り会えません^^;
もし作ることになったら、上記で紹介したサイト、社内に過去に使ったフォーマットなどがあれば、見せてもらい自分でアレンジしながら、雛形を作成しましょう
ポイントは、検証内容、確認項目、想定結果、実施手順を入れること。
あとは、テスト項目と確認方法が重要になってくるわけですが、プログラムソースを見ながらわかりやすく書きましょう
例えば、
テスト項目
A項目が、○○に変換されること
想定結果
処理実行後、OUTPUT(CSV)ファイルのA項目が○○となっていること
確認方法
出力されたCSVファイルのA項目を確認
といった具合です。
あまり、長い文章になることはないんですが、誰が見てもわかるように書くことを頭に置いて作るようにしましょう。
↓は、仲ちゃんが実際に自分で作ってみた単体テスト仕様書のサンプルです。
見づらいと思いますが、ファイルはありますので、欲しい方はコメント欄からお問い合わせください。確認次第、すぐに送信します。

では、単体テスト仕様書の作成が終わったら、いざ!単体検証の実施へ!
ということで、やり方はこちらを参考にしてください^^
何か不明点などがありましたら、お気軽にコメント頂けたらと思います。