回答。

テストケースは、明確に記載された手順、入力結果、期待される結果を含む事前に準備されたシナリオです。**探索的テスト（エクスプロラトリテスト）**は、テスターが製品を学ぶ過程で、自身の専門知識や直感を活かしてチェックを生成する方法です。歴史的には、最初はテストケースが主流でしたが、システムの複雑化や手動検査の量の増加に伴い、探索的テストが正式なアプローチを補完するようになりました。

問題

ただ一種類のテスト手法に盲目的に従うと、テスターの機知が制限され、テストケースに記載されていないバグが見逃される可能性があります。

解決策

両方のアプローチをバランス良く使用すること: テストケースは回帰機能や重要な機能に使用し、探索的テストは新しい、まだ完全に正式化されていないセクションや短い時間の時に使用します。

主な特徴:

テストケースは再現性と比較可能な結果を保証します。
探索的テストは非標準的で巧妙なバグを見つける可能性を高めます。
両方のアプローチは一緒に行くべきです。

トリックのある質問。

テストケースだけで100%カバレッジを実現できますか？

いいえ。最も詳細なテストケースセットでも、ユーザーの予期しない動作や非標準的なバグをカバーすることはできません。

探索的テストには事前準備が必要ですか？

はい。製品を自由に探索する前に、機能を理解し、要件を学び、ビジネスロジックを理解する必要があります。

探索的テスト後にバグレポートは必須ですか？

はい。発見された欠陥は、正式なシナリオのバグと同じくらい詳細に記述されるべきで、そうでないと再現や修正が難しくなります。

一般的なエラーとアンチパターン

一方のアプローチを軽視すること
探索的テストで発見されたバグの文書化の欠如
探索セッション開始前の製品機能の不理解

実生活の例

ネガティブケース

チームはリリースを形式的なテストケースだけでカバーしました。一人のテスターは、指示に厳密に従ってテストを実行し、「隣接する」ケースを確認しなかったため、事前に考慮されていない特定の操作順序で発生するバグを見逃しました。

長所:

レポートの迅速で簡単な自動化

短所:

チェックの深さが不十分
柔軟性の欠如

ポジティブケース

テスターは重要なテストケースを通過した後、探索的テストに1時間を確保し、アプリケーションが動作中にデバイスの時間を変更した時にのみ再現されるバグを発見しました。