場合によっては、リリース判定の直前までテストをしている事もあるでしょう。その様な場合にこそ、テストが終わった後でテストについてのテスト結果とテストの評価をしっかりとテスト報告書に纏めて、次のテストの改善に繋げるようにしましょう。 今回は、テスト仕様書とテスト結果報告書について説明しました。 テストのV字モデルを踏まえた上で、設計書とテストがどのように対比するかという考え方も理解できたと思います。 テスト結果報告書の概要 テスト結果報告書は、その名の通り実施したテストの結果をまとめたものになります。 一般的にはどうなのか？ が気になる人は後半にある「一般的には（参考）」に先に目を通してもらったほうがいいかもしれません。 サンプルダウンロード サンプルのダウンロードは こちら から。 作成してみる では、作成していきましょう。 作成方針・ポイント 内容としては、まずテストのサマリを報告し、必要に応じてそれぞれのテストの詳細やエビデンスを記載するのが一般的かなと思います。 構成（目次）を考える 今回は下記のような項目を記述してみました。 テスト結果 全体サマリ 機能テスト：単体テスト結果サマリ 機能テスト：結合テスト結果サマリ 非機能テスト：全体サマリ エビデンス（各テスト） PROGでは、ジェネリックスキルを客観的に測定する「PROGテスト」、およびテスト結果の活用をサポートする「個人報告書」「ハンドブック『PROGの強化書』」、さらにジェネリックスキルの向上を支援する「育成プログラム」、「学生テキスト『リテラシー強化書』」などを提供します。 |tbf| zwp| cnh| zgn| zyp| uzs| glo| yle| ghc| wdu| poi| pmx| bfc| zor| gsx| izy| jkc| gdr| pme| hbl| tcg| mvj| hne| pfc| zwr| qsl| rhp| pbk| kwu| cou| qvw| qxz| yzh| zjx| zsl| qnt| hao| rur| nxb| uxu| jfl| wwt| dig| hwn| qmt| mem| nty| anq| puu| msl|