製品リスクは、開発またはテスト中のソフトウェア製品の品質または適時性に影響を与えるリスクです1。製品リスクは、ソフトウェア製品の要件、設計、実装、検証、および保守に関連しています2。
下請け業者が約束を果たさないリスクは製品リスクであり、現在のサイクルに必要なテストの完了が遅れ、ひいては製品のリリース日に影響を与える可能性があります。発売日は、顧客満足度と製品の市場競争力を反映するため、製品の品質の重要な側面です3。
他のオプションは次の理由により正しくありません。
A) 開発スケジュールに関連するリスクが製品リスクであるというのは真実ではありません。一部のリスクはプロジェクト リスクである可能性があります。プロジェクト リスクは、予算、リソース、スケジュール、コミュニケーションなど、ソフトウェア プロジェクトの管理または制御に影響を与えるリスクです1。たとえば、プロジェクトの主要な利害関係者を失うリスクは、製品のリスクではなく、プロジェクトのリスクです。
B) 独立した当事者がリスクを管理しているため、そのリスクがテストマネージャーにとってもはやリスクではないというのは真実ではありません。テスト マネージャーは、テスト計画と品質目標に従ってテスト活動が確実に完了するようにする責任を負います4。テストマネージャーは、下請け業者のパフォーマンスを監視および制御し、潜在的な問題や逸脱を特定して軽減するために下請け業者と定期的に連絡を取る必要があります5。
C) このオプションの「オブジェクト」が何を意味するかは明確ではありませんが、テスト対象のソフトウェア システムまたはテスト オブジェクトとして解釈される可能性があります6。いずれの場合も、リスクはオブジェクトのリスクではなく、オブジェクトの正常な完了には影響せず、むしろオブジェクトのテストの正常な完了に影響します。オブジェクト リスクは、テスト対象のソフトウェア システムの機能、信頼性、使いやすさ、効率、保守性、または移植性に影響を与えるリスクである可能性があります2。たとえば、ソフトウェア システムの複雑性が高い、またはテスト容易性が低いというリスクは、製品リスクではなく、オブジェクト リスクです。
参照
1 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023、p. 97
2 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023 年、p. 98
3 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023、p. 99
4 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023 年、p. 100
5 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023 年、p. 101
6 ISTQB® Certified Tester Foundation Level シラバス v4.0、2023 年、p. 102

テスト終了基準は、特定のテスト フェーズを終了する前に満たさなければならない条件です。これらの基準は、テストの目的を達成し、テストが完了したかどうかを評価するチェックポイントとして機能します1。テスト終了基準は通常、テスト計画フェーズの出力の 1 つであるテスト計画文書で定義されます。テスト計画文書には、テスト活動の範囲、アプローチ、リソース、スケジュールが記載されています。また、テスト項目、テスト対象の機能、テストタスク、リスク、およびテスト成果物2も特定します。ISTQB® Certified Tester Foundation Level Syllabus v4.0 によると、テスト計画文書には、テスト終了基準に関連する次の情報が含まれている必要があります3:
テスト完了を評価するための基準。実行されたテスト ケースの割合、達成されたテスト カバレッジの割合、発見および修正された欠陥の数と重大度、ソフトウェア製品の品質と信頼性、関係者の満足度など。
テスト戦略の順守、テスト活動の効率と有効性、学んだ教訓と特定されたベストプラクティス、将来の改善のための推奨事項など、テストプロセスの改善を評価するための基準。
したがって、テスト計画文書は、記載されているテスト終了基準を見つけるのに最も適切なテスト文書です。テスト設計仕様、プロジェクト計画、要件仕様などの他のオプションは、テスト終了基準に直接関係しません。テスト設計仕様には、特定のテスト レベルまたはテスト タイプ 3 のテスト ケースとテスト手順が記述されています。プロジェクト計画には、ソフトウェア プロジェクトの全体的な目的、範囲、前提条件、リスク、および成果物が記述されています4。要件仕様には、ソフトウェア製品の機能要件と非機能要件が記述されています5。これらの文書には、テスト プロセスの終了条件やテスト結果の評価条件が指定されていません。参考 = ISTQB® Certified Tester Foundation Level Syllabus v4.0、ソフトウェア テストの開始基準と終了基準 | コンピューター サイエンスに関する Baeldung、ソフトウェア テストの開始基準と終了基準 - Rishabh Software、ソフトウェア テストのライフ サイクルの開始基準と終了基準 - STLC [2022 年更新] - Testsigma ブログ、ISTQB® は、Certified Tester Foundation Level v4.0 (CTFL) をリリースします。

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

この答えは正解です。エラー推測はテスト設計手法であり、テスターの経験と直感を使用して、エラー、欠陥、障害が発生した場所、または発生する可能性がある場所を予測し、それらを明らかにするテスト ケースを設計するためです。エラーの推測は、システムやコンポーネントの複雑さ、システムやコンポーネントの既知または疑わしい弱点、過去の欠陥履歴、ドメインやテクノロジーにおける一般的なタイプのエラーなどの要因に基づいて行うことができます。エラー推測は、他のより体系的または形式的な手法を補完する手法として、またはそれらを適用するための情報や時間が不十分な場合に使用できます。参照: ISTQB テスト用語集 v4.0、ISTQB ファウンデーション レベル シラバス v4.0、セクション 2.3.2.5

選択されたソフトウェア開発モデルに関係なく適用される適切なテスト慣行について言及している記述はオプション D で、早期テストの原則を活用するために、作業成果物のレビューへのテスターの関与はできるだけ早期に行われるべきであると述べています。作業成果物のレビューは静的テスト手法であり、要件、設計、コード、テスト ケースなどのソフトウェア開発プロセスの成果物が、作成者の有無にかかわらず 1 人以上のレビュー担当者によって検査されます。 、欠陥、違反、または改善を特定します。作業成果物のレビューにテスターが参加すると、テストの品質、テストの効率、テストのコミュニケーションの向上など、テスト プロセスにさまざまな利点がもたらされます。早期テストの原則では、テスト活動はソフトウェア開発ライフサイクルのできるだけ早い段階で開始し、ライフサイクル全体を通じて反復的かつ継続的に実行する必要があると述べています。早期テストの原則を適用すると、初期段階での欠陥の予防、検出、除去が容易になり、より簡単、より安価、より早く修正できるほか、テスト プロセスのリスク、コスト、時間を削減することができます。 。他のオプションは、選択したソフトウェア開発モデルに関係なく適用される適切なテスト手法ではなく、テスト活動の状況や目的に応じて、テストに適用できる場合とそうでない場合、または有益な場合がある特定のテスト手法です。 :
テストは、コードを記述する前に実行可能形式で記述し、コーディングを推進する実行可能仕様として機能する必要があります。これは、ソフトウェア開発とテストのアプローチであるテスト駆動開発に関連する特定のテスト実践です。開発者は、ソース コードを記述する前に自動化された単体テストを作成し、テストが合格するまでコードをリファクタリングします。テスト駆動開発は、コードの品質、設計、保守性を向上させるだけでなく、開発者に迅速なフィードバックやガイダンスを提供するのにも役立ちます。ただし、テスト駆動開発は、要件が明確でない場合など、一部のコンテキストや状況ではテストに実行可能、適切、または効果的ではない可能性があるため、選択したソフトウェア開発モデルに関係なく適用する良いテスト手法ではありません。不安定または複雑な場合、テスト自動化ツールやスキルが利用できないか適切でない場合、テストの目的やレベルが単体テストと一致していない場合など。
テスト レベルは、あるレベルの終了基準が次のレベルの開始基準の一部となるように定義する必要があります。これは、ウォーターフォール モデル、V モデル、または W モデルでは、ソフトウェアの開発とテストのアクティビティが、明確に定義されたフェーズ、成果物、および依存関係を使用して、直線的かつ順次的な順序で実行されます。テスト レベルは、コンポーネント テスト、統合テスト、システム テスト、受け入れテストなど、ソフトウェア システムの統合レベルに対応するテストの段階です。テスト レベルには、明確で測定可能な開始基準と終了基準が必要です。これらは、テスト レベルを開始または終了する前に満たさなければならない条件です。順次ソフトウェア開発モデルでは、ソフトウェア システムが次のレベルのテストに備えて安定していることを保証するために、通常、あるテスト レベルの終了基準が次のテスト レベルの開始基準の一部となります。ただし、これは、ソフトウェア開発およびテスト活動が実行されるときなど、一部のコンテキストや状況ではテストに関連性​​、柔軟性、または効率的ではない可能性があるため、選択したソフトウェア開発モデルに関係なく適用する良いテスト手法ではありません。スクラム、カンバン、XP などのアジャイル ソフトウェア開発モデルのように、テスト レベルが明確に定義または区別されていない場合、またはテスト レベルが実行される場合に、頻繁な変更、フィードバック、および適応を伴う反復的かつ増分的な順序で行われる。並行して、または同時に、など。
テストの目的は、すべてのテスト レベルで同じである必要がありますが、さまざまなレベルで設計されるテストの数は大幅に異なる場合があります。これは、スパイラル モデル、増分モデル、またはプロトタイピング モデルでは、ソフトウェアの開発とテストの活動が、同様のフェーズ、成果物、プロセスで周期的かつ反復的に実行されます。テスト目標はテストの目標または目的であり、テスト レベル、テストの種類、テスト手法、テスト環境、テスト関係者などによって異なります。テスト目標は、テストの基準の観点から定義できます。テスト範囲、テスト品質、テストリスク、テストコスト、テスト時間など。テスト目標は、具体的、測定可能、達成可能、関連性があり、期限が定められている必要があり、プロジェクトの目標と整合している必要があります。品質特性。統一されたソフトウェア開発モデルでは、テストの焦点、範囲、観点が同様で、サイクルまたは反復ごとにテスト プロセスが繰り返されるため、テストの目的はすべてのテスト レベルで同じになる可能性があります。ただし、これは、ソフトウェア開発およびテスト活動が実行されるときなど、一部のコンテキストや状況ではテストに適切、現実的、または効果的ではない可能性があるため、選択したソフトウェア開発モデルに関係なく適用する良いテスト手法ではありません。テスト目標がテスト レベルに応じて異なる場合、ウォーターフォール モデル、V モデル、W モデルなどの逐次ソフトウェア開発モデルのように、さまざまなフェーズ、成果物、および依存関係を伴う階層的およびモジュール形式で行われます。コンポーネント テスト、統合テスト、システム テスト、受け入れテストなど、またはスクラム、カンバンなどのアジャイル ソフトウェア開発モデルのように、テスト プロセスのフィードバック、学習、または適応に応じてテストの目的が変化する場合、XP など。参考: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント:
ISTQB® 認定テスター基礎レベル シラバス v4.0、第 1.1.1 章、テストとソフトウェア開発ライフサイクル 1 ISTQB® 認定テスター基礎レベル シラバス v4.0、第 1.2.1 章、テスト原則 1 ISTQB® 認定テスター基礎レベル シラバス v4.0 、第 1.2.2 章、テスト ポリシー、戦略、およびテスト アプローチ1 ISTQB® Certified Tester Foundation Level Syllabus v4.0、第 1.3.1 章、ソフトウェア開発ライフサイクルにおけるテスト1 ISTQB® Certified Tester Foundation Level Syllabus v4.0、第 2.1.1 章、テスト計画 1 ISTQB® 認定テスター基礎レベル シラバス v4.0、第 2.1.2 章、テストの監視と制御 1 ISTQB® 認定テスター基礎レベル シラバス v4.0、第 2.1.3 章、テスト分析および設計 1 ISTQB® 認定テスター基礎レベル シラバスv4.0、第 2.1.4 章、テストの実施 1 ISTQB® 認定テスター基礎レベル シラバス v4.0、第 2.1.5 章、テスト実行 1 ISTQB® 認定テスター基礎レベル シラバス v4.0、第 2.1.6 章、テスト終了 1 ISTQB® 用語集テスト条件 v4.0、作業成果物のレビュー、静的テスト、初期テスト、テスト駆動開発、テスト レベル、開始基準、終了基準、テストの目的、テストの基準、テスト範囲、テストの品質、テストのリスク、テストのコスト、テスト時間2