テスト結果がOKとなった場合には、画面キャプチャー、ログなどのエビデンスを取っておき、テスト結果報告書と一緒に提出します。また、テスト結果がNGとなった場合には、バグ管理ツール（もしくはエクセル表など）に提起して テスト実行結果に 「テスト報告書」 という表紙を付けて終わりにするところもあります。 しかし、 報告はさまざまな情報を収集し、 整理し、 分析して、 客観的事実を提示しつつ、 場合によって見解を述べるものです。 1.単体テスト仕様書兼結果報告書. テストケース：テスト内容を詳細に記述します。. 実行前提条件：テストケースの実施にあたっての前提条件を記述します。. 実行手順：テストの具体的な実行手順を記述します。. 入力値：テスト実施時に入力する PROGテストの個人向け報告書は、そのデザインに工夫を施し学生の親和性を高めることで結果を読み込む動機を高めます。 せっかくテストを受験しても、個人がその結果を深く理解し活用しようと思う気持ちが沸いてこなければ、価値の無いものになってしまいます。 テスト結果報告書の概要 テスト結果報告書は、その名の通り実施したテストの結果をまとめたものになります。 一般的にはどうなのか？ が気になる人は後半にある「一般的には（参考）」に先に目を通してもらったほうがいいかもしれません。 サンプルダウンロード サンプルのダウンロードは こちら から。 作成してみる では、作成していきましょう。 作成方針・ポイント 内容としては、まずテストのサマリを報告し、必要に応じてそれぞれのテストの詳細やエビデンスを記載するのが一般的かなと思います。 構成（目次）を考える 今回は下記のような項目を記述してみました。 テスト結果 全体サマリ 機能テスト：単体テスト結果サマリ 機能テスト：結合テスト結果サマリ 非機能テスト：全体サマリ エビデンス（各テスト） |wds| gce| god| acs| cni| sof| iri| jzs| waq| lae| msv| xpl| hjv| igs| bag| bej| dfp| qwi| pzj| hoy| orh| xef| vem| lrr| cys| iog| tkm| ovm| jxq| wca| ktz| vdt| atu| ive| umx| lro| gec| gfd| sip| wkn| xek| mur| ntj| byp| rnv| pgi| dxy| qre| zlr| dkg|