* ソフトウェアのテストは、欠陥が存在しないことを証明するものではなく、欠陥が存在すること、またはソフトウェアが指定された要件に準拠していることを証明するものです1。ソフトウェアのあらゆるシナリオ、入力、出力、および動作をテストすることは不可能であるため、テストではソフトウェアに欠陥がないことを証明することはできません2。テストは、テスト活動の範囲、有効性、および効率に基づいて、ソフトウェアの品質に対する一定の信頼性を提供することしかできません3。
* 他の選択肢が正しい理由は次のとおりです:
* A. 適切に設計されたテストに合格すると、システムが期待される品質特性を満たし、ユーザーとクライアントのニーズと期待を満たしていることが検証されるため、システムのリスクレベルが低下します4。リスクとは、望ましくない事象の発生によって損失または損害が発生する可能性です5。テストは、ソフトウェア製品およびプロジェクトに関連するリスクを特定、分析、優先順位付け、および軽減するのに役立ちます6。
* C. ソフトウェアテストは、ソフトウェアの品質と開発プロセスの有効性に関するフィードバックを提供するため、開発活動の改善に活用できる欠陥を特定します7。欠陥とは、ソフトウェアの欠陥またはエラーであり、期待されるまたは要求された結果や動作から逸脱する原因となります。テストは、欠陥を検出、報告、追跡、解決し、将来の再発を防止するのに役立ちます。
* D. システムの実装前に要件仕様のレビューを実施することで、要件が明確、完全、一貫性があり、テスト可能であり、ユーザーやクライアントのニーズと期待に合致していることを確認できるため、品質を向上させることができます。要件とは、ソフトウェアが何をどのように実行すべきかを規定したものです。テストは、ソフトウェアが要件を満たしていることを検証し、ソフトウェアが要件に従って実装されていることを確認するのに役立ちます。
参考文献
* 1 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、10ページ
* 2 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、11ページ
* 3 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、12ページ
* 4 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、13ページ
* 5 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、97ページ
* 6 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、98ページ
* 7 ISTQB認定テスター基礎レベルシラバスv4.0、2023年、14ページ
* [8] ISTQ認定テスター基礎レベルシラバスv4.0、2023年、15ページ
* [9] ISTQB認定テスター基礎レベルシラバスv4.0、2023年、16ページ
* [10] ISTQB認定テスター基礎レベルシラバスv4.0、2023年、17ページ
* [11] ISTQB認定テスター基礎レベルシラバスv4.0、2023年、18ページ
* [12] ISTQB認定テスター基礎レベルシラバスv4.0、2023年、19ページ

テストウェアの構成管理は、テストライフサイクル全体を通じてテスト資産の整合性とトレーサビリティを維持する上で重要な要素です。構成管理の主な利点は、テストケース、テストスクリプト、テストデータ、テスト結果など、すべてのテストウェア項目が体系的に識別され、バージョン管理され、相互の変更が追跡されることです。
オプションCは、この利点を正確に表現しています。テストウェアに構成管理の原則を適用することで、チームはテスト資産への変更を効率的に管理し、テストウェアの一貫性、最新性、そしてテスト対象ソフトウェアのバージョンとの整合性を確保できます。この制御メカニズムは、テストの再現性を高め、テスト活動の信頼性を高め、要件から欠陥までのトレーサビリティをサポートします。
オプション A、B、および D は、テスト管理とテスト プロセスの他の側面を説明していますが、テストウェア項目の体系的な制御と追跡を中心としたテストウェアの構成管理の中心的な利点を捉えていません。

オラクルとは、特定のテスト入力または状況に対して期待される結果を提供できるメカニズムまたはソースです。製品の旧バージョンが、新バージョンで実行されるテストケースに対して正しく動作すると想定される場合、旧バージョンをオラクルとして使用できることがあります。これはバックツーバックテストとも呼ばれます。オラクルは期待される結果のみを提供し、実際の結果を提供しないため、再現できないバグの再現には役立ちません。オラクルは設計からではなく、要件または仕様から生成されます。データジェネレーターはテスト入力のみを提供し、テスト出力を提供しないため、データジェネレーターを使用してオラクルを自動的に生成することはできません。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、9ページ。

ユーザーストーリーの見積もりにプランニングポーカー手法を用いるアジャイルチームでは、初期の見積もりに大きな差異がある場合、追加の議論と見積もりの​​繰り返しを行うのが一般的です。これは合意形成に役立ち、チームメンバー全員がユーザーストーリーの複雑さと要件を理解できるようにします。ISTQB CTFLシラバスによると、プランニングポーカーとは、特に幅広い値が選択された場合に、見積もりの​​差異を明確にするための議論を指します。最も悲観的な見積もりと最も楽観的な見積もりを提示したメンバー6とメンバー4にその理由を説明してもらうことで、より深い理解が促進され、チームがより正確で合意された見積もりに収束していくことを促します。
参考資料: ISTQB CTFL シラバス、アジャイル方法論および見積手法のセクション。