正式なレビューとは、正式な開始・終了基準、参加者の役割と責任を定めた、定義されたプロセスに従うレビューの一種です。正式なレビューには、マネージャー、モデレーター、作成者、レビュアー、筆記者など、様々な役割が関与します。正式なレビューにおけるマネージャーの責任は、以下の1つを除くすべてに及びます。
* レビューの計画（正しい責任）
* レビューの目的が達成されたかどうかを判断する（責任の誤り）
* レビューの実行を決定する（正しい責任）
* レビューに時間を割り当てる（適切な責任）レビューの目的が達成されたかどうかを判断する責任は、マネージャーではなくモデレーターにあります。検証済みの参考文献：
[ISTQB Foundation Level 2018 シラバスの学習ガイド - Springer]、第 3 章、28-29 ページ。

インシデント報告書とは、インシデントの詳細を記録した文書です。インシデント報告書には通常、以下の項目が含まれます。
* 識別子: インシデントレポートの一意の識別子
* 概要: 事件の簡潔な概要
* 説明: 再現手順、予想される結果と実際の結果、関連するスクリーンショットやログを含む、インシデントの詳細な説明
* 重大度: インシデントがシステムに与える影響の度合い
* 優先度: インシデントを解決するための緊急度
* ステータス: 新規、オープン、解決済み、クローズなど、インシデントの現在の状態。
* 解決: 修正、回避策、却下など、インシデントを解決するために講じられた措置。質問で与えられた情報に基づいて、テスターはテストケース識別子を除くこれらの項目をすべて書き留めることができます。テストケース識別子は、テストケースを他のテスト成果物（テスト計画、テストスクリプト、テスト結果、インシデントレポートなど）にリンクするために使用される、テストケースの一意の識別子です。ただし、テスターは探索的テストを実行しているため、インシデントに関連付けることができる定義済みのテストケースはありません。探索的テストは、学習、テスト設計、テスト実行を同時に重視するテスト手法です。探索的テストでは、テスト対象のソフトウェアを探索し、欠陥を発見するために、テスターのスキル、創造性、直感に依存します。探索的テストでは、正式なテストケースは使用されません。
* またはスクリプトではなく、テスト担当者の行動と目標を導くテスト憲章またはミッションを使用します。検証済みの参考文献：ISTQB Foundation Level 2018シラバスの学習ガイド - Springer、第3章、ページ
32-33; 第5章、47-48ページ。

ユースケースは、ユーザーからのリクエストにシステムが応答する際の挙動を記述します。通常、ユースケースは、基本フロー、代替フロー、例外フローなど、ユーザーがシステムとやり取りする際に起こり得る様々な動作を表す様々なシナリオで構成されます。ユースケースからテストケースを導出する際には、これらの異なるタイプのユーザー動作をカバーすることが重要です。
テストケースは、これらの各シナリオにおけるシステムの動作を検証するように設計する必要があります。これにより、アプリケーションを操作するユーザーやシステムが遭遇する通常時およびエラー時の状況において、システムが正しく動作することを確認することができます。したがって、ユースケースから派生したテストケースは、基本フロー、例外フロー、代替フローを網羅し、包括的なカバレッジを確保することを目的としています。
参照：
ISTQB 認定テスター基礎レベル シラバス v4.0、セクション 4.2.4。

アジャイル開発では、「バディ チェック」と呼ばれる非公式のレビューが一般的なレビュー タイプです。
インフォーマルレビューは構造化されておらず、2人の同僚が互いの作業をレビューすることで、早期に欠陥を特定し、即座にフィードバックを提供します。このタイプのレビューは、検査やウォークスルーよりも形式にこだわらず、迅速なフィードバックと柔軟性が不可欠なアジャイル環境に特に適しています。
参考資料: ISTQB CTFL シラバス、セクション 3.2.4「レビューの種類」およびセクション 2.1.4「アジャイル テストの実践」。

テスト対象となるテスト対象の特性とテストから除外される特性は、通常テスト計画に含まれる情報であり、特定のテスト計画においては、前述の他の2つのセクションよりも「テストスコープ」の中で指定される可能性が高くなります。テストスコープは、テスト項目、テスト対象となる特性、テスト対象外となる特性、テスト目標、テスト環境、テストリソース、テストの前提条件、テストリスクなど、テスト活動の境界と制限を定義します。テストスコープは、テストに含まれるものと除外されるものについての共通理解を確立し、関係者間の曖昧さ、混乱、誤解を回避するのに役立ちます。他の2つのセクション、「テストに関するコミュニケーション」と「関係者」もテスト計画の重要な部分ですが、テスト対象の特性に直接言及するものではありません。テストに関するコミュニケーションは、テストの進捗状況、ステータス、問題、および結果の伝達と報告の方法、頻度、および責任について規定します。利害関係者は、テスト マネージャー、テスト チーム、プロジェクト マネージャー、開発者、顧客、ユーザーなど、テスト活動に関与する、またはテスト活動の影響を受ける人々の役割と責任を特定します。参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
* ISTQB認定テスター基礎レベルシラバスv4.0、第2.1.1章、テスト計画1
* ISTQB テスト用語集 v4.0、テスト計画、テスト範囲2