決済システムの経験を持つテスターは、割引コードフィールドが過度に長い文字列や負の数量を受け入れるかもしれないと疑っています。仕様からケースを導出する代わりに、疑わしい欠陥を意図的に引き起こすためのテストを設計します。500文字のコード、負の数量、特殊文字を含むコードなどです。これがエラー推測です。テスターの経験を活用して、どのような欠陥が存在する可能性があるかを予測し、それを明らかにするテストを設計します。
エラー推測はブラックボックス技法ですか、ホワイトボックス技法ですか? エラー推測は経験ベースのテスト設計技法です。公式の定義では、テスターの経験を用いて欠陥を予測するテスト設計技法とされており、コードの内部解析(ホワイトボックス)にも、仕様のみへの依存(ブラックボックス)にも依拠せず、典型的なミスに関するテスターの知識に依拠します。
エラー推測が「経験ベース」と呼ばれるのはなぜですか? その威力は、類似システム、典型的なプログラミングミス、過去の欠陥に関するテスターの経験に由来するからです。経験の浅いテスターは、数も質も劣るケースを推測します。
エラー推測は文書化できますか? はい。チームは、よくあるミスのチェックリスト、欠陥カタログ、教訓(レッスンラーニング)に経験を蓄積し、暗黙知を再利用可能なテストアイデアに変えます。
エラー推測は他の技法に取って代わりますか? いいえ。補完します。経験ベースの技法は、カバレッジを広げるために仕様ベースや構造ベースの技法と組み合わせられることがよくあります。
探索的テストはエラー推測と同じですか? いいえ。探索的テストは、学習に基づいてテストを同時に設計、実行、適応させる経験ベースのアプローチです。エラー推測は、欠陥を予測するための特定の技法です。エラー推測は探索的テストのセッションにフィードされることがよくあります。