テスト自動化により、入力、出力、期待される結果が一貫性のある定義済みのテストスクリプトまたはテストケースを実行できるため、人為的エラーの発生が少ないテストを作成できます。また、回帰テスト、パフォーマンステスト、データ駆動型テストなど、反復的または単調なテストの実行に必要な手作業と時間を削減できます。テスト自動化は、テスト対象システムの期待される動作のみを検証でき、予期しない動作や未知の動作は検証できないため、欠陥が存在しないことを証明するものではありません。テスト自動化は探索的テストの実行を回避するものではありません。探索的テストは、自動テストではカバーされない新しい情報、リスク、または欠陥を発見するための貴重な手法です。テスト自動化は、欠陥管理を容易にすることでテストプロセスの効率を向上させるものではありません。欠陥管理は、欠陥の報告、追跡、分析、解決を含む独立した活動であり、自動テストに関連する場合もそうでない場合もあります。参考資料：ISTQB Certified Tester Foundation Level (CTFL) v4.0 のソースおよびドキュメント：
* ISTQB認定テスター基礎レベルシラバスv4.0、第3.3.1章、テスト自動化1
* ISTQB テスト用語集 v4.0、テスト自動化2

保守テストにおける影響分析と回帰テストの関係は、影響分析は実施すべき回帰テストの量を評価するために使用されるという点です。保守テストは、既存のソフトウェア製品が納品または展開された後に、変更や修正後も要件を満たし、正しく機能することを確認するために実行されるテストの一種です。保守テストは、是正保守（欠陥の修正）、適応保守（新しい環境への適応）、完全保守（パフォーマンスの向上）、予防保守（将来の問題の回避）など、さまざまな理由で開始されます。影響分析は、ソフトウェア製品またはプロジェクトに対する保守活動によってもたらされる変更の範囲と性質を評価するために使用される手法です。影響分析は、ソフトウェア製品のどの部分が変更の影響を受けるか、どの部分を修正または更新する必要があるか、どの部分の正確性や互換性を再テストまたは検証する必要があるかなどを特定するのに役立ちます。回帰テストは、以前にテストされたソフトウェアが変更や修正後も正しく動作することを確認するテストの一種です。回帰テストは、保守活動がソフトウェア製品の機能や品質に及ぼす副作用や意図しない結果を検出するのに役立ちます。回帰テストは、影響分析の結果に応じて、さまざまなレベルと範囲で実施できます。したがって、保守テストでは、影響分析を用いて、実施すべき回帰テストの量を評価します。参考文献：ISTQB Foundation Level 2018シラバス学習ガイド - Springer、20ページ。

静的テストは、ソフトウェアを実行せずに、欠陥、エラー、または標準違反の有無を分析するテスト形式です。静的テストは、要件仕様書、設計仕様書、コード、テストケース、テスト計画、ユーザーマニュアルなど、あらゆるソフトウェア開発製品に適用できます。
静的テストは、レビュー、検査、ウォークスルー、チェックリスト、静的解析ツールなど、さまざまな手法を使用して実行できます。検証済みの参考文献：ISTQB® Foundation Level 2018シラバスの学習ガイド
- Springer、7ページ。

テスト駆動開発（TDD）では、コードよりも先にテストを書くことに重点が置かれ、テストとコードの両方を改善するための重要なプラクティスとしてリファクタリングが組み込まれています。これにより、コードベースがクリーンで保守性の高い状態を維持できます。ISTQB CTFLシラバスv4.0では、TDDを、まずテストを書き、そのテストを満たすようにコーディングし、その後、テストに影響を与えずにコードをリファクタリングして構造と可読性を向上させるプラクティスとして説明しています。

P入力の正しい境界値リストには、有効範囲の最小値と最大値（15と350）に加えて、境界のすぐ上と下の値（14と351）も含める必要があります。境界値分析は、入力ドメインまたは出力範囲の境界またはその付近の値をテストするテスト設計手法です。これらの値は、中間の値よりもエラーが発生する可能性が高くなります。オプションBは、4つの境界値（14、15、350、351）すべてを持っているため、この条件を満たしています。オプションAには境界値が2つ（14と351）、オプションCには境界値が2つ（15と350）、オプションDには境界値がまったくありません。検証済み参考文献：ISTQB Foundation Level 2018シラバスの学習ガイド - Springer、34ページ。