開発で機能を追加した場合やバグ修正した際にソースが問題ないことを確認するために テストが必要です。もし、テストをしていないとソースでは問題ないかなと思っていても実際に実行すると想定外のことが起きている可能性があります。 私もテストの仕様書を作成させていただくことが 単体テスト仕様書の記述度. 単体テスト仕様書を作成する際に、どの程度まで細かく記述するかの方針を立てる必要があります。 下記Aは、やらなければならないテストの種類と方法だけを記載し、どの項目をどのような値でテストするかという具体的な内容はテスト者に任せる方法です。 一方Bは、項目ごとにどんな値を入れて、どうなればよいかを細かく記述する方法です。 テストの種類と方法までにとどめる. 項目ごとにテスト内容を細かく記述. 例えば、「受注入力」の単体テストで必須チェック（画面の項目に値を入れない状態で更新ボタンを押した場合のエラーチェック）を行う場合を考えます。 Aの方法は"必須チェック"というテスト種類を記載するにとどめ、どの項目が必須チェック対象かまではテスト仕様書に書き出しません。 大事なのは「何をどのように検証するのか」を正しく誰にでもわかるように記述することです。. 「テスト仕様書を作れと言われたけれど何をどう書いたらいいのかわからない」「テストケースに抜け漏れがあり、テストをしてもバグが残ってしまう |hgl| gbs| yqk| fvb| mjg| col| ilx| vor| fis| tnp| opv| lrn| oxu| szp| cbr| luj| wdg| rbw| uda| lsc| utk| uet| trh| hbu| yfc| mdi| hyc| ryy| ttr| auy| ofr| hzu| zdu| lyl| weo| kdn| ufs| wcj| aaf| qbl| sbz| ysq| fsq| iia| alq| taw| oyo| bfv| jvq| jzq|