テスターは通常、テスト仕様に対してソフトウェアをテストし、実際の結果を期待される結果と比較する。 ただし、テスト仕様にすべてのケースとバグがない場合、テスターは探索的テストを適用する。

　次の記事では、探索的テストの概要を紹介します。テスターが製品のテストプロセスに効果的に適用できることを願っています。

1. 　探索的テストとは

　探索的テストは、学習、テスト設計、テスト実行、およびデータ分析の同時実行である。 テストケースは事前に作成されてない状態でランダムに実行されるが、迅速なシステムテストが保証される。

　探索的テストで重要なことは、システムの学習である。 システムの検出を行う場合、テスターはシステムの機能と望ましいシステムの動作をよりよく理解する。その為、新しいテストデータセットをより適切に設計出来る。

2. 　スクリプトテストと探索的テストの違い

スクリプトテスト	探索的テスト
システムの仕様から生成	システムの仕様とテスト段階での探索から生成
事前にテスト手順をドキュメント化する	テストを設計しながら実行する
システムの仕様に基づいてテストを実施する	テスト中にシステムを深く調査する
結果予測と決定に強調	相応性とノウハウに強調
スピーチと同様に原稿から読み出す	会話と同様に完全に自然
テスト手順に従ってテストを実施する	テスト担当者の能力を動かしてテストを実施する

　3.探索的テストを行う方法

　ステップ1：エラー分類

　- 過去に他のプロジェクトで一般的に発生した基本的なエラーの分類。

　- 問題またはエラーの根本原因を分析する。

　- システムをテストするためのリスクとブレーンストーミングのアイデアを探す。

　ステップ２：テストチャーター

　- テストチャーターは下記の通り用意される。

　+ テスト対象、テスト項目(what to test)

　+どのようにテストするか(how it can be tested)

　+ 検討事項は何ですか(What needs to be looked)

　- テストアイディアは探索的テストの前提にする。

　- テストチャーターはエンドユーザーがシステムを利用するのに特に役に立つ。

　ステップ３：タイムボックス

　- タイムボックス：90分

　- 90分で中断しない。

　- タイムボックスは45分プラス、またはマイナスできる。

　ステップ４：結果評価

　- 不具合を評価する。

　- テスト結果から知見、気づきを得る。

　- カバレージ分析

　ステップ５：相談

　- アウトプット結果をまとめる。

　- テストチャーターと比較する。

　- テストの十分性を確認し、追加テスト

　4.探索的テストで使用される手法：ツアー

　ツアーは簡単な手法である。テスターが自分の想像力を活かして、アプリは街と想像し、自分は街の探検する観光客と思って行く簡単なテクニックである。 街全体を探索することは難しく、大量のお金と時間が必要。その為、旅行者は頭に計画を立てる必要がある。

　仕事：

• 　ガイドブックツアー：ユーザー思考でシステムの主な機能をテストする。
• 　都市の歴史を探る：古い機能をテストする
• 　マネーツアー：すべての顧客関連機能がテストされ、正常に動作していることを確認する。
• 　犯罪酒宴ツアー：無効な値を入力し、例外をテストする。
• 　路地裏のツアー：アプリケーションの最も使用されていない機能をテストする。
• 　退屈なツアー：最小限の時間でアプリケーションをテストし、必要最小限のフィールドに入力して、最短の道を進む。

5. 　探索的テストのメリットとデメリット

　メリット: 

　- 探索的テストはドキュメントのない、また不足の場合に役に立つ。

　- 創造性と直覚の促進

　- テスト実施中にアイディアの出しに助ける。

　デメリット:

　- 探索的テストはテスト担当者のスキルに大きく依存する。

　- テスト担当者のノウハウに制限される。

　- テスト時間が長い場合に適当でない。

　探索的テストはスクリプトテストの欠陥を補完する。

　NALではテスト担当者はプロジェクトのテストにスクリプトテストと探索的テストを組み合わせ、相互補完的に実施する。