探索的テスト

探索的テストはいつ使うべきですか?

探索的テストは、誰かが迅速に製品やアプリケーションについて学んで迅速なフィードバックを提供する必要がある場合など、具体的にテスト シナリオに適しています。これは、ユーザーの視点から製品の品質を確認するのに役立ちます。

多くのソフトウェア サイクルでは、チームにテストを構築するのに十分な時間がない場合は、初期のイテレーションが必要です。探索的テストは、このシナリオでは非常に役立ちます。

ミッション クリティカルなアプリケーションをテストする際は、探索的テストによって重大な品質障害につながる極端なケースを見逃すことがなくなります。さらに、探索的テストを使用して、単体テスト プロセスを支援して手順を文書化し、後のスプリント中に広範囲にテストするためにその情報を使用します。

テスト カバレッジを強化するために、新しいテスト シナリオを見つけることは特に有効です。

探索的テストを使うべきではないケース

組織は、探索的テストとスクリプト テストの間で適切なバランスを取れる必要があります。探索的テストだけでは、十分なカバレッジを提供できません。チームはいくつかの初期マイルストーンを達成するまでは、このテストは試みるべきではありません。

特に、規制またはコンプライアンス ベースのテスト タイプでは、スクリプト テストを実施すべきです。法令上の理由によって、特定のチェックリストと義務に従う必要があるコンプライアンス ベース テストでは、必ずスクリプト テストを採用することをお勧めします。その一例として、いくつかの法律がテスト プロトコルに適用されていて合格する必要がある、定義された標準があるアクセシビリティ テストが挙げられます。

CI/CD の探索的テストの重要性

探索的テストは、訓練されたテスターだけでなくすべての主要な関係者でも実行可能です。探索的テスト ツールを使用して、スクリーンショットをキャプチャしてボイス メモを録音し、セッション中にフィードバックに注釈を付けられます。これによって、従来のソフトウェア テスター以外の人でもより迅速に効率的にレビューできます。

探索的テストは、QA チームの既存のテスト戦略を補完するものです。これは、未発見の問題/バグを発見するための、文書化されていない一連のテスト セッションで構成されています。自動テストやその他のテスト プラクティスと組み合わせることで、テスト カバレッジを増やして極端な例を発見します。さらに、新しい機能を追加してソフトウェア製品を全体的に改善する可能性まで秘めています。柔軟な構造によって、チーム内の実験、創造性、発見を促します。

即座にフィードバックが得られるため、テスターと開発者の間のギャップを埋めるのに役立ちます。中でも、探索的テストの結果によって、開発チームはユーザー指向の視点とフィードバックを得られます。目標は、従来のテストを補完して、通常は定義されたワークフローの背後に隠れてしまう致命的な欠陥を見つけることです。

Atlassian Marketplace にアクセスして、テスト管理アプリケーションの詳細をご覧ください。さらに、アトラシアンやサードパーティのツールがどのようにワークフローのテストを統合するのかを DevOps テスト チュートリアルでご確認ください。