答え。

問題の歴史:

手動テストは、もともとシステムの要求と期待される動作に一致するシナリオ（いわゆる「ポジティブシナリオ」）のみをテストする習慣に基づいていました。しかし、時が経つにつれて、ソフトウェアは予期しない条件や誤った条件でこそ故障することが多いことが明らかになりました。

問題:

ポジティブシナリオだけではアプリケーションの堅牢性や信頼性を保証できません。ネガティブシナリオ（例えば、無効な入力や不適切なアクション）をテストしなければ、実ユーザーに現れる重大な欠陥を見逃す可能性があります。

解決策:

両方のテストを行うこと:

• ポジティブテスト — システムが正しいデータとユーザーのアクションに基づいて要求に沿って動作するかを確認します。
• ネガティブテスト — 誤った、標準外または不適切なアクションやデータに対するシステムの安定性や堅牢性を確認します。

重要なポイント:

• 一つのタイプのテストだけでは品質を保証することはできません。
• ネガティブテストは、通常の使用時にあまり見つからないバグを見つけるのに役立ちます。
• ポジティブケースは要求に基づき、ネガティブケースはそれらの違反に基づいています。

ひねりのある質問。

製品がポジティブシナリオの完全なセットを通過する場合、ネガティブテストを無視できますか？

いいえ。ネガティブシナリオにおけるバグは、製品の安全性や信頼性に重大な影響を及ぼすことがよくあります。

ネガティブテストは必ずプログラムのエラーを引き起こす必要がありますか？

いいえ、ネガティブシナリオに対処する適切に実装されたプログラムは、誤ったデータを正しく処理し、「クラッシュ」せず、不正確な結果を出さないはずです。

システムのすべての部分に対してポジティブテストとネガティブテストを書くことは同じくらい重要ですか？

いいえ、時には重要でない部分や成熟した部分についてはネガティブシナリオの数を減らすことができますが、脆弱でクリティカルな場所ではこれは必要になります。

一般的な誤りとアンチパターン

• ネガティブシナリオの完全無視。
• あまりにも表面的なネガティブテスト（例えば、無効な入力を一つだけテストした）。
• ポジティブテストとネガティブテストの違いを理解していない。

生活の例

ネガティブケース

会社はウェブサイトの登録フォームのテストで、正しい値（有効なメールアドレス、パスワードなど）のみを確認し、誤ったバリエーションを考慮しませんでした。

長所:

• 開発とテストが迅速。

短所:

• リリース後にユーザーが無効なメールアドレスでフォームを送信できてしまい、メール送信の障害や否定的なフィードバックを引き起こしました。

ポジティブケース

テスターは、無効なメールアドレス、非常に短いまたは長いパスワード、すべてのフィールドへの特殊文字の入力に対するテストを追加しました。

長所:

• システムはユーザーの誤りに対して堅牢で、データ構造は常に有効です。

短所:

• ネガティブシナリオの検討に追加の時間がかかりましたが、それは運用上のバグの数を減らすことで回収されました。