0.プログラムのテストの実施手順について
プログラムの試験はITに携わる会社に入った場合、プログラムに慣れる目的で高い確率で最初にやることになる。
そのため、参考までにプログラムの試験の仕事の手順について情報共有を行う。
1.試験項目を考えて、試験仕様書を作成する。
試験にも複数の工程があり、それぞれ目的が異なっている。そのため、試験工程ごとに別の前工程で作成された仕様書を基に作成される事が多く、具体的には以下の通りである。なお、カッコ内のアルファベットは工程でよく使用される略語である。
- 単体試験(UT)……一つ一つの機能がちゃんと動くかを確認
- →詳細設計書(内部設計書)を参考
- 結合試験(IT)……プログラムを合体によって、おかしくなっていないことの確認。
- →基本設計書、詳細設計書を参考
- 総合試験(PT)……本番と同じ状況にして、動くことの再確認
- →要件定義書、基本設計書を参考
※プロジェクトによっては以前の試験仕様書を基にして作成する……という状況もあるので、その点は臨機応変に合わせること
2.試験仕様書に基づいて、試験成績書を作成する
試験をする際には、試験項目を見ながら試験を行うため、試験仕様書に以下の変更を加えた上で別ファイルとして保存する。
- 合否や試験月日の記入欄を作成する。
- ファイル名の「仕様書」の文言を「成績書」に変更する
3.試験を実施する
プログラムの試験の分類方法はたくさんあるが、私が行うことの多い試験は以下の通りである。
3-1静的試験(プログラムを動かさない試験)
- コ-ド解析
→必要な内容が不足していないこと、コンパイルエラーをおこす文法誤りがないことをコ-ドを見て確認する
3-2動的試験(プログラムを動かす試験)
- 指定した画面表示になっていることを確認する試験
→試験内容に記載された操作を行い、画像キャプチャをする
- 指定した操作を実行後、データベース内のデータが正しくなっていることを確認する試験。
→データベースソフトを使用してデータを確認し、確認した画面をエビデンスにとる
※データベースソフトのエビデンスデータのとり方は「画面キャプチャ」「データをのクリップボードに登録してエクセル」データをエクセル形式で出力する
- 他の機器と通信して電文を贈り、帰ってきた伝聞が適切なものであることを確認する試験
4.エビデンスを保存する
試験合格とある根拠となる画像ファイルや出力されたファイルをエビデンス(証拠)として保存する
※この時、試験番号をつけるなどどの試験の証拠であるのかを一目で分かるようにしておくこと
5.試験成績書を作成し、試験結果を記録する
試験内容の対応する部分に合否の日にち、合否の結果、試験実施者を記載する。
また、試験をしていて普段と変わった挙動やデータの関係で特殊条件で試験を実施した場合には備考欄に記載する。
※合格であることは確認できたけどエビデンスの採取を取り忘れた、又はエビデンスに不備があった当、試験実施日とエビデンス採取日が異なっている場合はどちらをかくべきかはケースバイケースなので、上司に確認する。
以下、3〜5の工程を繰り返す。
6試験進捗の集計、報告
テストが一区切りつくところまで終わったら、先程行っていた作業で、試験を何件実施したかを記載する。また、試験の結果が合格でないものがあった場合は、その試験項目についてチェックし、複数人数でプログラム作成をしている場合は報告を行う。
7トラブルシートの作成
試験お結果がファンクション、つまりプログラムの問題であるである場合、管理職の人から〇〇の試験についてのトラブルシートを発行してくださいとの連絡が入るはずなので、トラブルシートのファイルを作成する。(すでに雛形がある場合にはコピーして中身を書き換えてもよい。)
トラブルシートには問題点の概要とトラブルの具体的な状態を記載する。