包括的かつ詳細な説明：受入基準8では、システムは翌月の最初の営業日にユーザーに請求を行う必要があると規定されています。しかし、テストサイクルでは1年以上にわたる月次支払いのみを検証し、支払いが最初の営業日に具体的に処理されたかどうかは確認されていませんでした。
* (B) は不正解です。テストでは月払いと年払いのオプションが検証されたためです。
* (C) は、すべての基準が完全に検証されていないため不正解です。
* (D)は不正解です。OTP検証(6)は登録の一環としてテストされたためです。
支払いのタイムリーな実行を保証するには (基準 8)、追加の検証が必要です。

開始基準と終了基準は、それぞれテストの開始と終了のタイミングを決定するために使用されます。
* 応募基準:
* これらはテストを開始する前に満たす必要がある条件です。
* 例:
* 2. テスト自動化ツールがインストールされ、適切に設定されている
* 4. パフォーマンステスト環境がセットアップされ、利用可能になりました
* 5. ユーザーストーリーには適切な受け入れ基準が定義されている
* 終了基準:
* これらはテストが終了する前に満たされる必要がある条件です。
* 例:
* 1. 定義されたレベルのコードカバレッジが達成されている
* 3. 未解決の欠陥の数が事前に定義された制限内である
* 6. テスト予算は消費され、プロジェクト スポンサーはそれ以上テストを行わないリスクを負います。ISTQB Certified Tester Foundation Level (CTFL) v4.0 のシラバスによると、これらの基準はテスト プロセスを効果的に管理するのに役立ちます6†source。
参考文献:
* 認定テスター基礎レベル v4.0
* ISTQB Foundation Level シラバス 4.0 (2023)

システムテストは、ソフトウェア製品またはシステム全体の動作と品質を評価するために実行されるテストのレベルです。システムテストには、以下のような様々な種類のテストが含まれます。
I) ユーザビリティテスト: ユーザーの視点からソフトウェア製品またはシステムの使用がどれだけ簡単、効率的、満足のいくものであるかを評価するテストの一種。
II) 要件ベースのシナリオテスト：現実的なシナリオやワークフローを実行することで、ソフトウェア製品またはシステムが指定された要件またはユーザーストーリーを満たしているかどうかを検証するテストの一種です。以下の種類のテストは、単体テストや統合テストといった低レベルのテストに適しているため、システムテストには含まれません。
III) コードの一部を分離してテストする: 個々のソフトウェア コンポーネントまたはユニットを他のコンポーネントまたはユニットから分離して、その機能と品質を検証するタイプのテスト。
IV) API呼び出しにおけるパラメータの正しい順序：アプリケーションプログラミングインターフェース（API）を介して相互に通信するソフトウェアコンポーネントまたはユニットの機能と品質を、API呼び出しにおけるパラメータの正しい順序と形式を確認することで検証するテストの一種。検証済み参考文献：[ISTQB Foundation Level 2018シラバス学習ガイド - Springer]、第2章、20～21ページ、第4章、34～35ページ。

テスト駆動開発は、テストに必要な典型的な汎用スキルの例ではなく、むしろ、テスト活動の状況や目的に応じて、テストに関連する場合とそうでない場合とがある特定の技術スキルまたは開発手法の例です。テスト駆動開発は、ソフトウェア開発とテストのアプローチであり、開発者はソースコードを作成する前に自動化された単体テストを作成し、テストが合格するまでコードをリファクタリングします。テスト駆動開発は、コードの品質、設計、保守性を向上させるだけでなく、開発者に迅速なフィードバックとガイダンスを提供するのに役立ちます。しかし、テスト駆動開発は、特に単体テストに関与していない、またはソースコードにアクセスできないテスト担当者にとって、一般的に期待される、または必要とされるスキルではありません。その他の選択肢は、テストに必要な典型的な汎用スキルの例であり、使用される特定のテスト手法、ツール、または方法に関係なく、あらゆる状況や状況のテストに適用でき、役立つスキルです。テストに必要な典型的な汎用スキルには、以下が含まれます。
* テスト管理ツールと欠陥追跡ツールを使用できる:これらは、テスト担当者がテスト活動とリソースを計画、組織、監視、制御し、記録、追跡、分析、
* テスト中に検出された欠陥を解決します。これらのツールは、テストプロセスの効率、有効性、コミュニケーションを向上させるだけでなく、テスト結果のトレーサビリティ、メトリクス、レポートも提供します。
* 開発者に欠陥や障害を可能な限り客観的に伝える：これは、テスト中に発見された欠陥や障害を、関連する情報、証拠、用語を用いて、推測、判断、非難をすることなく、明確、簡潔、正確、かつ偏りのない方法で報告・説明する能力を含むスキルです。このスキルは、テスターと開発者間の連携、理解、そして欠陥や障害の解決を促進するだけでなく、対立、誤解、責任のなすり合いを防ぐことにも役立ちます。
* 効果的なチームワークを支えるために必要なソーシャルスキルを身に付ける：テストマネージャー、テストチーム、プロジェクトマネージャー、開発者、顧客、ユーザーなど、テスト活動に関与または影響を受ける他の人々と交流し、協力し、調整する能力を伴うスキルです。これらのスキルには、コミュニケーション、交渉、リーダーシップ、モチベーション、フィードバック、紛争解決などが含まれます。これらのスキルは、テストプロセスの品質、生産性、満足度を高めるだけでなく、前向きで建設的なテスト文化を育むことにもつながります。参考資料：ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースおよびドキュメント：
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.1.1章「テストとソフトウェア開発ライフサイクル」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.1.2章「テストと品質」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.2.1章「テストの原則」
* ISTQB認定テスター基礎レベルシラバスv4.0、第1.2.2章「テストポリシー、戦略、およびテストアプローチ」
* ISTQB テスト用語集 v4.0、テスト駆動開発、テスト管理ツール、欠陥追跡ツール、欠陥レポート、失敗、ソーシャルスキル2

ISTQBテスト用語集（バージョン4.0、2018年版）の18ページによると、故障とは「コンポーネントまたはシステムが指定された制限内で必要な機能を実行できない事象」です。この場合、計算ソフトウェアは、5+6の正しい結果を指定された精度と精密度の範囲内で計算するという必要な機能を実行していません。したがって、これは故障の例です。
その他のオプションは、次の理由で正しくありません。
* ミスとは「誤った結果をもたらす人間の行為」です（25ページ）。ミスは出来事ではなく行為であり、失敗につながる場合もあれば、そうでない場合もあります。例えば、コード内のタイプミス、設計における誤った仮定、要件の誤解などがミスに該当します。
* フォールトとは、「コンポーネントまたはシステムにおける欠陥であり、そのコンポーネントまたはシステムが要求された機能を遂行できなくなる原因となるもの」（16ページ）です。フォールトはイベントではなく欠陥であり、故障を引き起こす場合と引き起こさない場合があります。例えば、コード内の論理エラー、設計における仕様の欠落、要件の矛盾などがフォールトに該当します。
* エラーとは、「計算、観測、または測定された値または状態と、真の、指定された、または理論的に正しい値または状態との差」です（15ページ）。エラーはイベントではなく、
* 差異は、故障につながる場合とそうでない場合があります。例えば、計算における丸め誤差、観測における測定誤差、条件における偏差誤差などが挙げられます。
参考資料 = ISTQB テスト用語集、バージョン 4.0、2018 年、15 ～ 18 ページ、25 ページ; ISTQB CTFL 4.0 - サンプル試験 - 解答、バージョン 1.1、2023 年、質問 96、34 ページ。