テストエンジニアは、修正によって新たな欠陥が生じていないことを確認するために、テストを再実行する必要があります。これは回帰テストとも呼ばれ、以前にテストしたソフトウェアが変更後も正しく動作するかを検証するテストの一種です。回帰テストは、修正や変更による副作用や意図しない結果を検出するのに役立ちます。その他の選択肢は、テストを再実行すべき理由として適切ではありません。テストエンジニアは、既にテストが実行され結果が記録されているため、テストを再実行すべきではありません。これは、修正によって新たな欠陥が生じる可能性を無視することになるからです。テストエンジニアは、テストを再実行すべきではありません。テストは開発者テストの一部であるべきです。これは、開発者テストが十分かつ信頼できると想定しているからです。しかし、これは必ずしも真実ではない可能性があります。テストエンジニアは、欠陥によってテストケースを更新する必要があることが示されており、修正が他のテストケースや機能に与える影響に対処していないため、テストを再実行すべきではありません。検証済み参考文献: ISTQB Foundation Level 2018 シラバスの学習ガイド - Springer、41 ページ。

欠陥とは、コンポーネントまたはシステムに存在する欠陥で、そのコンポーネントまたはシステムが必要な機能を実行できなくなる可能性があります。欠陥は、その影響と重大性に応じて、エンド カスタマー、企業、またはその両方に損害を与える可能性があります。このケースでは、コードの欠陥が原因で、システムは 10,000 ドルではなく 1,000 ドルを超える当座貸越のある口座をロックダウンします。これにより、エンド カスタマーは資金にアクセスできなくなり、不便や経済的困難に直面する可能性があるため、損害が発生する可能性があります。また、企業にとっても、顧客の信頼と満足度を失ったり、法的問題や苦情に直面したり、欠陥を修正して口座を復旧するために追加コストが発生したりするため、損害が発生する可能性があります。検証済みの参考文献: [A Study Guide to the ISTQB Foundation Level 2018 Syllabus - Springer]、第 1 章、3 ～ 4 ページ。

この答えは正解です。チーム全体アプローチとは、アジャイルプロジェクトにおける作業方法の一つであり、チームメンバー全員が製品の品質に対する責任を共有し、顧客への価値提供に協力するものです。チーム全体アプローチでは、テスター、開発者、ビジネスアナリスト、プロダクトオーナー、その他の関係者が、製品の計画、設計、開発、テスト、そしてデリバリーに関わります。チーム全体アプローチは、チーム内のコミュニケーション、フィードバック、学習、そして継続的な改善を促進します。参考文献：ISTQBテスト用語集v4.0、ISTQB Foundation Levelシラバスv4.0、セクション3.1.1.1

IEEE 829規格はテスト文書化において広く使用されている仕様ですが、必須または普遍的なものではありません。ほとんどのテスト文書化体制は、この仕様にある程度準拠していますが、特定の状況や組織に合わせて変更されています。この規格は、経営陣、マーケティング、開発部門からの承認を必要とせず、プロジェクトの種類（軍事市場または民生市場）にも依存しません。また、この規格は一般的な概要と形式のみを規定しており、実際の内容や品質基準は規定していないため、高品質のテスト文書化体制を保証するものではありません。検証済み参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、16ページ。

「開始」状態から始まり「終了」状態で終わる、最大 3 つの状態/2 つの遷移のすべての一意のシーケンスをカバーするために必要なテスト ケースの最小数は 4 です。これは、「開始」状態から始まり「終了」状態で終わる、最大 3 つの状態/2 つの遷移の一意のシーケンスが 4 つあるためです。
* 開始 -> 賭け -> 終了
* 開始 -> 取引 -> 終了
* 開始 -> 最初の取引 -> 終了
* 開始 -> 2 番目の取引 -> 終了 参照: ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースとドキュメント。