アドホックテストは通常システムを壊すために、型破りの方法で実行されます。 アドホックテストの最も驚くべき特徴は、テストケースを作成するための任意のテスト設計技術を持っていないことです。 アドホックテストはテストケースを持たないので、しばしば文書化せずに実行される。

Have a look at the process in detail

Ad-Hoc testing is a technique that falls under the ‘Unstructured Testing’ category.

What’s Structured and Unstructured Testing?

Structured Testing

このアプローチでは、テストケースの作成からその連続実行まで、テスト手順の間に起こるすべての活動はすべて、スクリプト化されているのです。

Unstructured Testing

このアプローチでは、テストは一般的にテストプロセス中にテストケースを作成し、エラーを推測することによって行われます。

上述のように、これは非構造化テスト手法の一種で、テストプロセスを開始する前に組織的な計画を作成しないものです。

アドホックテストは通常、テスト対象のソフトウェアが何を行い、どのように動作するかに関して、強い知識を持つテスターによって行われます。

このテストは、テストのための要件に従わず、エラー推測によってテストケースをランダムに作成し、それを実行することによって行われます。

このテストの主要な部分は、ソフトウェアの潜在的な領域を見つけることであり、そこにはエラーが存在する可能性があります。 アドホックテストの利点は、それ以外の場合は、テスト要件、テストケースの計画、設計などの文書の作成に行く、非常に多くの時間を節約することです。 これは、事前に書かれたテストケースに従うことによって検出されなかったソフトウェアの珍しい欠陥を見つけるために行われます。

Types of Adhoc Testing

1) Buddy Testing

アドホックテストのこのタイプでは、少なくとも2人のチームの努力でテストが行われます。 このチームは通常、少なくとも1つのソフトウェアテスターと1つのソフトウェア開発者で構成されています。

テストのこのタイプは、モジュールのユニットテストの実施が完了した後に行われます。

二人の「仲間」のチームは有効なテストケースを作成するためにそのモジュールに一緒に働く。 このタイプのテストはまた、ユニットテストとシステムテストの両方の組み合わせとして考えることができる。

2) モンキーテスト

このテストで使用されるアプローチのランダム性は、それが「モンキーテスト」として呼び出される理由です。

ここで、テスト対象のソフトウェアは、ランダムな入力によって提供され、それらに対応する出力が観察される。

得られた出力に基づいて、エラー、不整合、またはシステムクラッシュの発生を決定する。 しかし、ここではテスト担当者だけのペアが、テスト対象のモジュールについて一緒に作業する。

彼らは、同じマシン上でアイデア、意見、知識を共有し、エラーや不具合を特定するために協力する。

テスト担当者は、知識レベルや専門性によってペアを組み、あらゆる問題に対して異なる洞察を得る。

アドホックテストの特徴

• このテストは、正式なテスト手法がすでにソフトウェアに対して実施された後に行われるものである。 その理由は、アドホックテストは、テスト前に予測できないアプリケーションの異常を見つけるために行われるからです。
• このテストは、アプリケーションの動作について十分かつ徹底した知識を持っているテスト担当者によってのみ実施することができます。 これは、効果的な「エラー推測」は、テスト者がアプリケーションが何を行い、どのように動作するかを知っている場合にのみ行うことができるからです。
• アドホックテスト技法は、アプリケーションに重大な抜け穴を生じさせるバグや矛盾を見つけるのに最も適しています。 そのようなエラーは通常、発見するのが非常に困難です。
• このテストは、他のテスト技法よりも比較的短い時間を要します。
• アドホックテストは一度だけ実施され、見つかったエラーは再テストする必要があります。

アドホックテストの例

• ブラウザの設定が異なるときにアプリケーションが正しく動作するかどうかをテストします。 たとえば、異なるブラウザーで JavaScript のオプションが無効になっている場合に発生するエラーを特定するなど。
• プラットフォーム間でアプリケーションをテストする。 開発したアプリケーションが異なるオペレーティングシステムやブラウザで流暢に実行できるかどうかを確認することが不可欠です。
• 有効入力範囲外の入力をシステムに提供し、アプリケーションによって取られる結果のアクションが適切かどうかをチェックします。 これは、未承認のユーザーがシステムに認証されていないアクセスを取得できないことを確認するために行われます。
• 一連のランダムな手順を実行するか、アプリケーションをランダムにナビゲートして、異常な入力の特定の組み合わせを実行することによって得られる結果をチェックします。

When to Conduct Adhoc Testing

通常、テスト要求文書、テストケース、テストケース設計を含む徹底的なテストを行うには時間が足りない場合、アドホックテストが実施されることがあります。

この種のテストを実施する最適な時期は、正式なテスト技法の完了後です。

しかしながら、アドホック テストはソフトウェアの開発途中でも実施できます。

それは、ソフトウェアの完全な開発後、またはいくつかのモジュールが開発された後でも行うことができます。

それはまた、同様に正式なテスト方法の過程で実施することができます。 したがって、すべてのテスターは、このtesting.

アドホックテストが実施されてはならないいくつかの条件を以下に示すを避けるために知っている必要があります：

• ベータテストが実施されているときにアドホックテストを行ってはならない。 ベータテストでは、開発したソフトウェアをテストして、追加すべき新機能の提案をしたり、要件を変更したりするクライアントが関与するからです。 エラーをシステムから取り除く前に、まず適切に文書化されなければならない。

アドホックテストの利点は何ですか？

• アドホックテストの利点の1つは、正式なテスト方法だけが使用されるときに通常検出されない多くのエラーが、アプリケーションをランダムにテストすることによって発見できることです。
• テスト担当者は、アプリケーションの直感と理解に従って、自由にアプリケーションを探索することができ、テストを実行しながら、このプロセス中にエラーを発見することができます。 これは、開発者がより効果的でエラーのないコードを簡単に生成するのに役立ちます。
• このテストは、エラーを効果的に検出できない独自のテストケースを作成するのにも役立ちます。 したがって、そのようなテストケースは、他の計画されたテストケースと正式なテストに追加することができます。
• アドホックテストは、任意の正式なプロセスに従っていないため、ソフトウェア開発ライフサイクル中の任意の時点で実施することができる。
• それは他のテスト技術と組み合わせて、より有益で効果的な結果を生成するために実行することができます。

アドホックテストの欠点は何ですか？

ときに、テスト担当者が無作為に作成した無効なテストケースを実行したために、無効なエラーが報告され、その後のエラー修正プロセスで問題になります。 これは、テスト担当者がエラーを推測し、その場で直感的にテストケースを作成し、実行する必要があるからです。 テストに対する積極的なエラー推測は、完全にテスト担当者のスキルと知識に依存します。

以前に作成し文書化したテストケースがないため、このテストにかける時間と労力は不確かなままです。

Best Practices to Conduct Adhoc Testing

アドホックテスト技法を効果的に実施するためには、最も効果的かつ効率的な方法を知ることが重要である。

そのため、この種のテストを実施するには、テストへのより包括的なアプローチに役立つベストプラクティスを知っていなければなりません。

テスト担当者のテストプロセスを支える十分な知識があれば、より多くのエラー、バグ、および矛盾を発見することが容易になります。

2) エラーが発生しやすい場所を見つける

テスト担当者がアプリケーションに精通していない場合、テストプロセスを開始するための最善の方法は、エラーの大部分が存在するアプリケーションの部分を確認することです。

アドホック テストを実行するためにそのような敏感な領域を選択すると、より簡単にエラーを見つけることができます。

3) テスト領域を優先する

エンドユーザーまたは顧客によって最も使用されているアプリケーションの領域からテストを開始すると常によいでしょう。

4) テスト計画の大まかな計画

アドホックテストには事前の計画や文書化が必要ありませんが、事前に大まかな計画を作成しておけば、非常に便利で効率的であることがわかります。

5) ツール

テストプロセスを容易にするために、デバッガー、タスクモニター、プロファイラーなどの正しい種類のツールを利用することが不可欠です。

これは、テスト中に特定のバグや例外が見えず、キャッチできない場合があるからです。

しかし、正しいツールを使えば、ほんの短い時間でエラーを切り分けられるようになります。

アドホックテストと探索的テスト

アドホックテスト	探索的テスト
テスト者はアプリケーションのワークフローについて明確なアイデアを持っていなければなりません	テスト者はそのことについて学ぶのです。
More about the perfecting the testing process	It’s a learning method to know about the application
A form of positive testing	A form of negative system
計画がない	チャーターベースの計画が使用される
制限時間の提案がない	タイムボックス/文字ベクトル
ソフトウェアテストエンジニアの実行が可能	必要がある。 専門家が行う
焦点はアプリケーションプロセス	データ入力エリアが最大の焦点となる
テストの複雑さは、このプロセスをあまり気にしません	課題は、

。