The playground

More information here

Try QA

アドホックという言葉の意味は、順序がないか、組織化されていないか、構造化されていないものです。 同様の注意では、アドホックテストは、ブラックボックステストまたは行動テストの一種に過ぎません。 アドホックテストは、要件文書 […]

アドホックという言葉の意味は、順序がないか、組織化されていないか、構造化されていないものです。 同様の注意では、アドホックテストは、ブラックボックステストまたは行動テストの一種に過ぎません。

アドホックテストは、要件文書、テスト計画、テストケースなどの正式なプロセスに従わずに実行されます。 同様に、アドホックテストを実行している間は、文書化できる正式なテストプロセスはありません。

アドホックテストは、通常、正式なプロセスに従うことによって見つけることができない問題や欠陥を発見するために行われます。

このテストを実行するテスターは、製品やアプリケーションについて非常に優れた深い知識を持っている必要があります。

テスターがアドホックテストを実行するとき、彼らはプロセスに従わずに、または特定のユースケースを念頭に置いていなくても、システムを破

アドホックテストの特性

  1. アドホックテストは、アプリケーションまたは製品の正式なテストが完了した後に行われます。
  2. このテストは、プロセスに従わずにアプリケーションを中断することを目的として実行されます。
  3. アドホックテストを実行するテスターは、製品に関する完全な知識を持っている必要があります。
  4. アドホックテスト中に見つかったバグは、その後のテストプロセスの抜け穴を公開します。
  5. アドホックテストは、再テストが必要な欠陥が見つかるまで一度だけ実行できます。

アドホックテストを行うことができますか?さて、あなたの心に来るかもしれない質問は、いつアドホックテストを行うべきかです。これに答えるために、アドホックテストは、プロジェクトテストの開始、中間、終了のいずれの時点でも行うことができると言えます。 これは、テスターが製品の完全な知識を持っている場合にのみ行うことができます。 このテストは、時間が非常に限られており、詳細なテストが必要な場合にも行うことができます。

アドホックテストを行うべきではないときは?

アドホックテストを実行しない場合の決定は、経験豊富で熟練したテスターによって行うことができます。 アドホックテストを行うべきではないケースはほとんどありませんが:

  • テストケースに既存のバグが既にある場合は、アドホックテストは必要ありません。 そのような場合は、バグを報告し、修正されたら再テストする必要があります。
  • クライアントまたは顧客によるソフトウェアのベータテスト中は、アドホックテストを実施すべきではありません。

アドホックテストの種類は何ですか?

基本的にアドホックテストには三つのタイプがあります。 彼らは次のとおりです:

–バディテスト:このタイプのテストは、その特定のモジュールの配信を担当する開発者とテスターによって行われます。 このタイプのテストでは、開発者とテスターは一緒に座って、無効なシナリオを構築するのを避けるために、その特定のモジュールで動作します。

-ペアテスト:テストのこのタイプでは、二つのテスターは、一つのモジュール上で一緒に動作します。 彼らは基本的にそれらの間でテストシナリオを分割します。 このタイプのテストの目的は、モジュール全体が完全なテストカバレッジを持つように、最大のテストシナリオを考え出すことです。 モジュール全体を一緒にテストするポスト彼らはまた、彼らのテストシナリオや観察を文書化することができます。

–猿のテスト:テストのこのタイプでは、いくつかのランダムなテストは、システムを破壊する目的で、いくつかのランダムなデータで実行されます。 このテストは、以前に捕捉されない可能性のあるいくつかの新しいバグを発見するのに役立ちます。

アドホックテストの利点または利点:

以下は、アドホックテストに関連する利点または利点のいくつかです:

  1. アドホックテストは、正式なテストプロセスに比べて欠陥のより多くの数を見つけるためにそれらを助けるアプリケーションをテストする独自
  2. このタイプのテストは、正式なプロセスに従わずに、ソフトウェア開発ライフサイクル(SDLC)の任意の場所でいつでも行うことができます。
  3. このタイプのテストは、テストチームに限定されるだけでなく、開発者がモジュールを開発しながら、より良い方法でコード化するのに役立ちます。
  4. アドホックテストは、時間が短く、機能の詳細なテストが必要な場合に非常に有益であることが証明されています。 これは質のそして時間通りの特徴を提供することで助ける。
  5. アドホックテストは、他のタイプのテストと同時に実行することができ、より少ない時間でより多くのバグを見つけるのに役立ちます。
  6. このタイプのテストでは、テスターが正式なドキュメントを気にせずに機能やアプリケーションの集中テストを行うのに役立つドキュメントは必

アドホックテストの短所:

  1. アドホックテストは計画なしで構造化されていない方法で行われるため、バグの再作成は大きなトラブルになることがあります。
  2. アドホックテスト中に実行されたテストシナリオは文書化されていないため、テスターは将来思い出すことができない可能性のあるすべてのシ
  3. アドホックテストは、チームの新しい参加者が行うことができない製品の完全な知識を持っている熟練したテスターに非常に依存しています。

アドホックテストの実行中のベストプラクティス:

アドホックテストが適切な方法で実行されないと、時間と労力が完全に失われる可能性があります。 以下は、このアドホックテストをどこでどのように適用するかを念頭に置いておくべきいくつかのポインタです。

  1. 製品に関する良い知識:

    アドホックテストを実行するテスターは、製品について非常に良い知識を持っている必要があります。 彼は、製品のすべての機能を非常によく認識する必要があります。 これにより、テスターはエラーを推測し、欠陥が発生しやすい領域からバグの最大数を見つけるのに役立ちます。機能の優先順位付け

  2. 機能の優先順位付け:

    複数の機能に対してアドホックテストを行う場合、テスターは最初に機能を分類して優先順位を付ける必要があります。 顧客が高度に使用している機能は、機能に優先度の高いバグが存在する場合に早期に報告して修正できるように、最初にテストする必要があります。

  3. 大まかな計画:

    先に述べたようにアドホックテストではドキュメントは必要ありませんが、このテスト中にテストするポインタをメモ これはより少し時間の最高のテスト適用範囲を持っていることで助ける。

  4. ツールの使用法:

    テスト中に、UIに見られないバグや例外がログに見つかったり、テストを妨げたりしないことがあります。 このような種類のバグも深刻度が高い可能性があります。 このような種類のバグや例外をキャッチするには、デバッガ、プロファイラ、タスクモニタなどのツールを使用する必要があります。

  5. 観測のドキュメント:

    アドホックテストはドキュメントをサポートしていませんが、テスト、発見、偏差について簡単にメモを書く方が常に良いでしょう。 欠陥が見つかった場合は、関連するテストケースを作成して、テスターが将来シナリオを再テストするのに役立つようにする必要があります。他の人気のある記事:

    • ソフトウェアの回帰テストとは何ですか?
    • ソフトウェアテストでの検証とは何ですか? または、ソフトウェア検証とは何ですか?
    • モンキーテスト-例、違い、ツール、どのように行うには、利点、欠点、タイプ
    • コンポーネントテストとは何ですか?
    • 再テストとは何ですか? いつそれを使用するのですか? /Li>

コメントを残す

メールアドレスが公開されることはありません。