機能テスト担当者は、どのデバイスで、どのテストを実行して問題が観察されたかに関する詳細情報を提供する欠陥レポートを開く必要があります。欠陥レポートは、テスト中に検出された欠陥の発生、性質、およびステータスを記録し、さらに調査して解決するための情報を提供するドキュメントです。欠陥レポートには、欠陥の概要、欠陥の説明、欠陥の重大度、欠陥の優先度、欠陥のステータス、欠陥の原因、欠陥のカテゴリ、欠陥の再現手順、欠陥のスクリーンショット、欠陥の添付ファイルなどの関連情報を含める必要があります。欠陥レポートを開くことは、実行されるテストの種類やレベルに関係なく、ソフトウェア システムに欠陥を見つけたすべてのテスト担当者にとって良い習慣です。他のオプションは、次の理由により推奨されません。
この問題は機能性ではなくパフォーマンス効率に関係していますが、機能テスト担当者として、すべての機能テストに合格したからといって欠陥レポートを開かなくてよいということではありません。パフォーマンス効率は、応答時間、リソース使用率、スループットなど、規定の条件下でソフトウェア システムがどの程度その機能を実行するかを測定する品質特性です。パフォーマンス効率は、特にさまざまなデバイスやネットワークで実行される Web アプリケーションの場合、ユーザー エクスペリエンスの重要な側面です。機能テストに合格した、つまりソフトウェア システムが機能要件を満たしたとしても、一部のデバイスで観察されたパフォーマンスの問題は、依然としてユーザー満足度、使いやすさ、信頼性、およびソフトウェア システムのセキュリティに影響を与える可能性があります。したがって、機能テスト担当者として、パフォーマンスの問題を欠陥として報告し、開発者やパフォーマンス テスターが調査して解決できるようにできるだけ多くの情報を提供する責任があります。

テスト リーダーは、テスト プロジェクトにおけるテスト活動とリソースの計画、監視、および制御の責任者です。テスト リーダーは、テストの目的、範囲、リスク、リソース、スケジュール、および品質基準について十分な知識を持っている必要があります。また、テスト リーダーは、実行頻度、テスト サポート、チームの教育、役割と責任、開発者とテスターのコラボレーションなどのテスト自動化基準についても認識している必要があります1。これらの要素に基づいて、テスト リーダーは、自動化に適したテストとそうでないテストを決定し、それに応じて優先順位を付けることができます。テスト リーダーは、テスト自動化エンジニア、開発者、および関係者と調整して、テスト自動化戦略がテスト プロジェクトの目標や期待と一致するようにすることもできます。参照 = ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、第 2 章、セクション 2.3.1、152 ページ; ISTQB Glossary of Testing Terms v4.0、403 ページ; ISTQB 認定テスター基礎レベル (CTFL) v4.0 シラバス、第 6 章、セクション 6.1.1、ページ 514; 満たす必要のある上位 8 つのテスト自動化基準 - QAMIND1

チェックリストベースのテストは、テスト担当者が事前に決められたチェックリストを使用して、作業成果物の重要な側面が確実に評価されるようにする手法です。時間の経過とともに、これらのチェックリストは定期的にレビューおよび更新され、欠陥検出の有効性を維持する必要があります。システムが進化するにつれて、古いチェックリストでは新しいタイプの欠陥を見逃す可能性があり、その有用性は低下します。したがって、ISTQB CTFL シラバスによれば、ステートメント D は正しいです。

テスト オラクルとは、テスト対象システムの観察された動作または出力が正しいかどうかを判断するために使用できるメカニズムまたは原則です1。テスト オラクルは、仕様、ユーザーの期待、以前のバージョン、比較可能なシステムなど、期待される結果のさまざまなソースに基づくことができます2。参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 シラバス、セクション 1.2.1、91 ページ、ISTQB テスト用語集、バージョン 4.0、332 ページ。

テスト ピラミッドの最下層のテストは、より焦点が絞られ、分離され、アトミックであるため、最上層のテストよりも高速に実行されます。通常、クラス、メソッド、関数など、ソフトウェア システムの個々のユニットまたはコンポーネントをテストします。また、システムの他の部分との依存関係や相互作用が少ないため、保守と実行も簡単です。一方、テスト ピラミッドの最上層のテストは、ユーザー インターフェイス、ワークフロー、エンドツーエンドのシナリオなど、より大規模な機能をカバーするため、低速です。また、データベース、ネットワーク、外部サービスなど、他のシステムとの依存関係や相互作用も多くなります。セットアップとティアダウンの手順、テスト データ、テスト環境がより多く必要となるため、保守と実行がより複雑でコストがかかります。参考: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB 認定テスター基礎レベル シラバス v4.0、第 3.2.1 章、テスト ピラミッド 1 ISTQB テスト用語集 v4.0、テスト ピラミッド 2