静的テストとは、テスト対象のソフトウェアやシステムを実行せずに実施するテストのことです。これには、ドキュメント、コード、モデルのレビュー、検査、ウォークスルー、分析などの活動が含まれます。静的テストは、開発プロセスの早い段階で欠陥を発見できるため、後の段階で修正が困難でコストもかさむ前に発見できます。また、静的テストは、そもそも欠陥が混入するのを防ぐことで、ソフトウェアやシステムの品質向上にも貢献します。静的テストは、テスト対象のソフトウェアやシステムを実行し、その結果を期待される結果と比較する動的テストを補完するものです。動的テストは、パフォーマンス、ユーザビリティ、統合の問題など、静的テストでは見逃してしまう可能性のある欠陥を発見できます。
しかし、動的テストだけでは品質を保証するには不十分です。なぜなら、考えられるすべてのシナリオ、入力、またはパスを網羅できない可能性があるからです。したがって、静的テストを省略することを決定したテストマネージャーは、静的テストの利点を無視し、欠陥の発見と防止に十分効果的または効率的ではない可能性のある動的テストのみに依存しているため、誤った決定を下しています。参考文献 = ISTQB 認定テスター基礎レベルシラバス、バージョン 4.0、2018、セクション 2.1.1、14 ページ、ISTQB テスト用語集、バージョン 4.0、
2018年、36ページ。ISTQB CTFL 4.0 - サンプル試験 - 解答、バージョン1.1、2023年、質問3、9ページ。

Non-functional testing refers to testing aspects that do not relate to specific behaviors or functions of the software but to attributes such as performance, usability, reliability, etc. Tests that capture the time it takes to save a file directly relate to the performance of the system, thus falling under non-functional testing.
References:ISTQB Certified Tester Foundation Level Syllabus v4.0, Section 1.2.5 "Functional and Non- functional Testing".

包括的かつ詳細な解説：
振り返りは、改善と協働を促進することで価値をもたらします。正しいマッピングは次のとおりです。
* A2：チームの結束は、チームが問題を率直に話し合うことで生まれる。
* B1：プロセス改善が実施されると、テストの有効性が向上する。
* C4: 要件の不備に対処することで、テストベースが改善されます。
* D3：協力関係は、定期的な見直しを通じて改善される。
参照：ISTQB CTFL v4.0 シラバス、セクション 2.1.6 - 振り返り

Checklist-based testing involves using checklists that contain items, such as potential test conditions, that should be tested. These checklists are often based on insights into what is important to the user, potential areas where software might fail, and specific aspects that need to be tested. It provides a structured yet flexible approach to testing, ensuring key areas are covered while allowing testers to use their experience and understanding of the system. Checklist-based testing is not limited to non-functional testing but can be applied to various types of testing, including functional testing.References:
* ISTQB Certified Tester Foundation Level Syllabus v4.0, Section 4.4.5.

欠陥クラスタリングは、リリース前テストで検出された欠陥の大部分が少数のモジュールに集中している、または運用上の障害の大部分が少数のモジュールに集中していることを示すテスト原則です。欠陥クラスタリングは、問題の約80%がモジュールの20%に集中していることを示すパレートの法則（80対20の法則とも呼ばれる）で説明できます。欠陥クラスタリングは、欠陥密度や重大度が高いモジュールのテストにより多くの労力を割り当てる必要があることを示唆しているため、次のテストサイクルに向けて現在のテスト戦略を変更する必要があることを示しています。殺虫剤のパラドックスは、同じテストを何度も繰り返すと、最終的には新しい欠陥が見つからなくなることを示す別のテスト原則です。殺虫剤のパラドックスは、欠陥クラスタリングに基づくのではなく、テストの多様性とカバレッジに基づいて、次のテストサイクルに向けて現在のテスト戦略を変更する必要があることを示しています。早期テストは、ソフトウェア開発ライフサイクルのできるだけ早い段階でテスト活動を開始し、明確に定義された目標に焦点を当てるべきであるというテスト原則です。
早期テストは、次のテスト サイクルで現在のテスト戦略を変更することを示唆するものではなく、欠陥の発生や伝播を防ぐための積極的なアプローチです。エラーがないという誤謬は、構築されたシステムが使用できず、ユーザーのニーズや期待を満たしていない場合、欠陥を見つけて修正しても役に立たないというテスト原則です。エラーがないという誤謬は、次のテスト サイクルで現在のテスト戦略を変更することを示唆するものではなく、品質属性とユーザー要件に焦点を当てることを示唆しています。検証済み参考文献: ISTQB® Foundation Level 2018 シラバスの学習ガイド - Springer、第 1 章、9-10 ページ。