Chapter 1
テストの基礎の用語を順に解説します。
テストとは何かとは ソフトウェアテストは作業成果物を評価し、欠陥や品質リスクに関する情報を得て、目的への適合を確認する一連の活動です。 具体例 動的実行だけでなく、レビューなど静的活動、計画、分析、設計、完了もテストに含まれます。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だけで
テストの目的とは テストの目的には欠陥の発見、品質評価、リスク低減、要件充足の確認、意思決定への情報提供などがあります。 具体例 目的は状況により異なり、欠陥が見つからなかったことは欠陥が存在しない証明ではありません。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だけで結論を出さず
エラー・欠陥・故障・根本原因とは 人のエラーが作業成果物の欠陥を生み、その欠陥が実行時に故障として現れることがあります。根本原因は問題を生む基礎的要因です。 具体例 欠陥が実行されても必ず観察可能な故障になるとは限らず、故障は環境条件でも起こり得ます。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを
テストとデバッグとは テストは故障や欠陥を明らかにし品質情報を提供する活動で、デバッグは故障原因を特定し欠陥を修正する開発活動です。 具体例 動的テストで故障を再現した後、デバッグで診断・修正し、確認テストとリグレッションテストを行います。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。
テストの7原則とは 7原則は欠陥の存在、全数テスト不能、早期テスト、欠陥集中、殺虫剤のパラドックス、状況依存、欠陥ゼロの落とし穴を示します。 具体例 原則は機械的ルールではなく、テスト戦略を現実的に設計する判断基準です。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを比較します。名称だけで結論を出さ
テストプロセスとテストウェアとは テストプロセスは計画、モニタリングとコントロール、分析、設計、実装、実行、完了からなり、各活動でテストウェアを作ります。 具体例 活動は必ずしも直線順ではなく反復し、テスト計画、条件、ケース、手順、結果、レポートなどが成果物になります。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するの
テストの役割とトレーサビリティとは テストマネジメントの役割とテスト実行の役割は責任を分け、トレーサビリティはテストベースとテストウェア、結果を結び付けます。 具体例 役職名ではなく活動上の役割で考え、双方向の対応関係を網羅性評価と影響分析に使います。 もう少し詳しく この用語は単独で暗記せず、目的、入力、処理、結果、適用できない境界の順に説明できるようにします。実務では前提条件と評価基準を明記し、期待した結果と実測結果を区別します。 似た用語を見分けるときは、誰が何を判断するのか、いつ実施するのか、成果物が何かを
公式資料へのリンクと確認日を各記事に掲載しています。