テスト

・テストに必要なものを事前に洗い出そう（本来は、は要件定義や基本設計フェーズで洗い出すべきである。）・バグ（不具合）管理は徹底しよう

順序テスト種別名テストケース数（傾向） 1 単体テスト多い 2 内部結合テスト少ない 3 外部結合テスト少ない 4 総合テスト（システムテスト）多い 5 運用テスト（受入テスト）＊受入先による

概念：モジュール単体で機能を満たせているか、どの条件分岐でも想定通り動くかアウトプット：単体テストケース・結果、エビデンス環境：開発環境が多いケース例（具体的な値・確認項目を本来は指定する）分類テストケー ...

内部結合テスト：一つのシステム内での結合テスト（送信側で作成したデータを受信側で受信して検証というものが多い）外部結合テスト：システム間での結合テスト（システムによっては割愛される）概念：機能と機能を連携した結 ...

前提：システム間をまたいだ操作に焦点を当てたテスト下記作成手順１、テスト概要（観点）：いきなり細かいテストシナリオをツラツラと書くのではなく、結合テストでどのようなテストをしようとしているのかをざっくりと記載する ...

概念：・システム全体のテスト（非機能要件も含む）、要件を満たしているかのテスト、システム作成側の最終テスト・要件定義書に記載されていることが満たされているかの検証概念（Notパターン）：全てを検証しようとすること ...

・各テスト工程のテスト概要・テストケース数と不具合数（不具合発生率）・不具合の改修状況・不具合の原因と傾向分析と対策これらのテスト結果を報告し、「当システムは要件を満足していると考えております」と顧客に説明