説明
パフォーマンス テスト ツールによって提供されるサポートは、テスト担当者が負荷テストを実行するためによく利用されます。負荷テストとは、パフォーマンス、信頼性、およびスケーラビリティを測定するために、テスト対象のシステム上で多数の同時ユーザーまたはトランザクションをシミュレートするテストです。パフォーマンス テスト ツールは、テスターが現実的なワークロードを生成し、システム動作を監視し、パフォーマンス メトリックを収集および分析し、パフォーマンスのボトルネックを特定するのに役立ちます。他のステートメントは次の理由から誤りです。
テスト データ準備ツールは、テスト担当者がテスト ケースの入力と出力であるテスト データを作成、管理、操作するのに役立つツールです。テスト データ準備ツールは、自動回帰テスト スイートの実行には直接関係しません。自動回帰テスト スイートは、システムが変更または修正後も期待どおりに動作することを検証するテスト スイートです。回帰テスト スイートは通常、テスト実行ツールによって実行されます。テスト実行ツールは、テスト ケースを自動的に実行し、実際の結果と期待される結果を比較できるツールです。
バグ予測ツールは、機械学習または統計手法を使用して、コードの複雑さ、コード チャーン、コード カバレッジ、コードの匂いなどのさまざまな要因に基づいてソフトウェア システムの欠陥の可能性を予測するツールです。バグ予測ツールは、テスターが発見したバグ (テスト中に検出および報告された実際の欠陥) を追跡するために使用されます。バグは通常、欠陥管理ツールによって追跡されます。欠陥管理ツールは、テスト担当者が欠陥を記録、監視、分析、解決するのに役立つツールです。
継続的統合ツールは、ソフトウェア システムの品質と一貫性を確保するために、複数の開発者からのコード変更を共有リポジトリに統合し、自動化されたビルドとテストを実行できるようにするツールです。継続的インテグレーション ツールは、テスト担当者がモデルからテスト ケースを自動的に生成するために使用されません。モデルとは、状態図、デシジョン テーブル、ユース ケースなど、テスト対象のシステムの表現から派生するテスト ケースです。ケースは、テスト設計仕様またはテスト モデルに基づいて、テスト ケースの実装と保守をサポートするツールであるテスト設計ツールによって自動的に生成できます。
参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB Certified Tester Foundation Level シラバス v4.0、第 3.4.1 章、テスト ツールの種類 ISTQB テスト用語集 v4.0、パフォーマンス テスト ツール、テスト データ準備ツール、バグ予測ツール、継続的インテグレーション ツール、テスト実行ツール、欠陥管理ツール、テスト設計ツール

テスト ピラミッドの最下層のテストは、より集中的で分離されており、アトミックであるため、ピラミッドの最上層のテストよりも高速に実行されます。通常、クラス、メソッド、関数など、ソフトウェア システムの個々のユニットまたはコンポーネントをテストします。また、システムの他の部分との依存関係や相互作用が少ないため、保守と実行も容易です。一方、テスト ピラミッドの最上位層のテストは、ユーザー インターフェイス、ワークフロー、エンドツーエンドのシナリオなど、より大きな機能をカバーするため、時間がかかります。また、データベース、ネットワーク、外部サービスなどの他のシステムとの依存関係や相互作用も多くなります。これらはより多くのセットアップと分解の手順、テストデータ、テスト環境を必要とするため、維持と実行がより複雑でコストがかかります。参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB® Certified Tester Foundation Level シラバス v4.0、第 3.2.1 章、Test Pyramid1 ISTQB® テスト用語集 v4.0、Test Pyramid2

3 点テスト推定手法は、最も楽観的な推定、最も可能性の高い推定、最も悲観的な推定の 3 つの初期推定に基づいてテストの労力を推定する方法です。この手法では、これら 3 つの推定値の加重平均を使用して、期待値とも呼ばれる最終推定値を計算します。期待値の式は次のとおりです。
期待値 = (最も楽観的な値 + 4 * 最も可能性の高い値 + 最も悲観的な値) / 6 指定された値を使用すると、期待値は次のようになります。
期待値 = (6 + 4 * 30 + 54) / 6 期待値 = 30 人時間 ただし、テストの労力を見積もる際に考慮すべき要素は期待値だけではありません。この手法では、推定値の変動性または不確実性の尺度である標準偏差も計算されます。標準偏差の式は次のとおりです。
標準偏差 = (最も悲観的な - 最も楽観的な) / 6
指定された値を使用すると、標準偏差は次のようになります。
標準偏差 = (54 - 6) / 6 標準偏差 = 8 人時間
標準偏差を使用すると、一定の信頼レベルに基づいて、テストの労力として考えられる値の範囲を決定できます。たとえば、68% の信頼水準を使用すると、範囲は次のようになります。
期待値±標準偏差
計算された値を使用すると、範囲は次のようになります。
30±8人時間
したがって、最終的な見積もりは 22 人時間から 38 人時間の間となり、これがオプション A となります。

説明
2 時間のテスト セッション中のテスターの経験によって作成された台本なしのテストは、テスト象限 Q3 に属します。テスト象限は、テストの目的 (テストがチームのサポートに焦点を当てているか、製品の批評に焦点を当てているか) とテストの基準 (テストがテクノロジーに基づいているか、ビジネスに基づいているか) の 2 つの側面に基づいてテストの種類を分類したものです。テスト象限には Q1、Q2、Q3、Q4 というラベルが付けられ、各象限は単体テスト、受け入れテスト、ユーザビリティ テスト、パフォーマンス テストなどの異なるテストの観点を表します。テスト象限 Q3 は、探索的テスト、ユーザビリティ テスト、ユーザー受け入れテスト、アルファ テスト、ベータ テストなど、ビジネスの観点から製品を評価することを目的としたテストの種類に対応します。指定されたシナリオは、探索的テストとユーザビリティ テストの例です。これらは、テスターの経験、直感、Web アプリケーションの学習に基づいており、ユーザー インターフェイス、ユーザー満足度、ユーザーの満足度など、特定のユーザビリティの問題に焦点を当てています。フィードバックなど。他のオプションは次の理由により正しくありません。
テスト象限 Q1 は、単体テスト、コンポーネント テスト、統合テスト、システム テストなど、テクノロジーの観点からチームをサポートすることを目的としたテスト タイプに対応します。これらのテスト タイプは、通常、次のような知識を持つ開発者またはテスターに​​よって実行されます。ソフトウェア システムのソース コード、設計、アーキテクチャ、または構成にアクセスし、さまざまな統合レベルでソフトウェア システムの機能、品質、信頼性を検証することを目的としています。
テスト象限 Q2 は、機能テスト、受け入れテスト、ストーリー テスト、シナリオ テストなど、ビジネスの観点からチームをサポートすることを目的としたテスト タイプに対応します。これらのテスト タイプは通常、テスト担当者または顧客によって実行されます。ソフトウェア システムの要件、仕様、ユーザー ストーリー、またはビジネス プロセスにアクセスし、ソフトウェア システムがユーザーと利害関係者の期待とニーズを満たしていることを検証することを目的としています。
テスト象限 Q4 は、パフォーマンス テスト、セキュリティ テスト、信頼性テスト、互換性テストなど、テクノロジーの観点から製品を評価することを目的としたテスト タイプに対応します。これらのテスト タイプは、通常、次のような知識を持つテスターまたは専門家によって実行されます。ソフトウェア システムのツール、メトリクス、標準、またはベンチマークへのアクセスであり、ソフトウェア システムの効率、セキュリティ、信頼性、互換性など、ソフトウェア システムの非機能的側面を評価することを目的としています。さまざまな条件や環境におけるソフトウェア システム。
参考資料: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB Certified Tester Foundation Level シラバス v4.0、第 1.3.1 章、ソフトウェア開発ライフサイクルにおけるテスト ISTQB テスト用語集 v4.0、テスト クアドラント、探索的テスト、ユーザビリティ テスト、単体テスト、コンポーネント テスト、統合テスト、システム テスト、機能テスト、受け入れテスト、ストーリーテスト、シナリオテスト、パフォーマンステスト、セキュリティテスト、信頼性テスト、互換性テスト

説明
この答えは正解です。テスト実装は、テスト ケース、テスト データ、テスト スクリプト、テスト ハーネス、テスト スタブ、仮想サービスなどのテスト作業成果物が作成および検証されるアクティビティであるためです。テストの実装には、テスト環境のセットアップとテスト実行スケジュールの準備も含まれます。実際のサードパーティ サービスをエミュレートする仮想サービスと、そのサービスと対話する自動テスト スクリプトは、通常、テスト実装中に作成されるテスト作業成果物の例です。参考文献: ISTQB テスト用語集 v4.0、ISTQB ファウンデーション レベル シラバス v4.0、セクション 2.2.2.3