開発者が欠陥を特定し、それを除去しようとする際には、何が問題で、何が期待されていたのかを明確に示す情報が必要です。この文脈において開発者にとって最も役立つ情報は、期待される結果（項目1）、実際の結果（項目2）、そして再現手順、スクリーンショット、データベースダンプを含む欠陥の説明（項目5）です。これらの情報は、開発者が欠陥の性質を理解するのに役立ち、問題を効果的に再現・診断するために必要な詳細情報を提供します。参考資料：
* ISTQB 認定テスター基礎レベル シラバス v4.0、セクション 5.5.1。

テスト自動化を適用する正しい理由は、反復的なテストタスクが多い場合です。テスト自動化とは、テストケースの実行、テスト結果の比較、テストデータの生成など、テストアクティビティを実行またはサポートするためのソフトウェアツールまたはスクリプトの使用です。回帰テスト、パフォーマンステスト、負荷テストなど、頻繁または一貫して実行する必要がある反復的なテストタスクが多い場合、テスト自動化は効果的です。テスト自動化は、時間と労力を節約し、信頼性と精度を高め、テストの範囲と効率を向上させるのに役立ちます。その他の選択肢は、テスト自動化を適用する正しい理由ではありません。新しいテスト自動化ツールがリリースされたことは、テスト自動化を適用する理由ではなく、テスト自動化ツールを選択するための要素です。自動化が容易であることは、テスト自動化を適用する理由ではなく、テスト自動化の実現可能性を評価するための要素です。テスト自動化ツールの購入費用が安いことは、テスト自動化を適用する理由ではなく、テスト自動化のコストとメリットを見積もるための要素です。検証済み参考文献: ISTQB® Foundation Level 2018 シラバスの学習ガイド - Springer、10 ページ。

すべての遷移を少なくとも 1 回カバーすることは、状態遷移ベースのテスト ケースの最も高いカバレッジ基準です。これは、すべての可能性のある状態変更が少なくとも 1 回はテストされることを保証するためです。これは、遷移をトリガーするすべてのイベントと、遷移の結果として生じるアクションと出力が検証されることを意味します。すべての遷移を少なくとも 1 回カバーすることは、すべての状態を少なくとも 1 回カバーすることも意味しますが、その逆は当てはまりません。したがって、オプション D は最も高いカバレッジ基準ではありません。オプション C は、中間の状態や遷移をチェックせずに、システムまたはコンポーネントの初期状態と最終状態のみをテストするため、最も低いカバレッジ基準です。オプション A は不正解です。状態遷移ベースのテスト ケースのカバレッジ基準は、カバーされる遷移と状態の数に基づいて決定および比較できるためです。参照 = CTFL 4.0 シラバス、セクション 4.2.3、ページ 49-50。

包括的かつ詳細な説明：
探索的テストは、テスト担当者が直感、経験、システムに関する知識に基づいて、テストを主体的に設計・実行する、スクリプトのないアプローチです。テストチャーター（A）は、テストの目的を定義しつつ、動的に適応できる余地を残しつつ、探索すべき領域に関するガイドラインを提供します。
(B)、(C)、(D) は、厳格なドキュメント化ではなく自由度を重視する探索的テストの原則に矛盾しています。
探索的テストは、アジャイル環境、ユーザビリティ テスト、予期しない欠陥の発見に特に役立ちます。