ベストプラクティス | テストケース | エラー処理
テストには常に回復手順を追加することを推奨します。まず、アプリケーション内の問題を補うことができます。これにより、テスト実行時に問題が発生しても、Tosca はテスト実行を再開することができます。その結果、テストの中止や失敗によって貴重な時間とリソースを失うことなく、確実な結果を得ることができます。第二に、すべてを二重チェックする代わりに、実際に壊れているものの修正に集中できます。
このトピックでは、Toscaのリカバリ機能の主なコンポーネントである、リカバリシナリオ、リトライレベル、クリーンアップシナリオに関する重要な考慮事項について説明します。
リカバリシナリオ
リカバリシナリオは、予期せぬ事態が発生した場合にTosca が何をすべきかを定義します。
可能な場合はとにかく続行するようToscaに指示する、あるいは次のテストケースに進むなど、一般的なエラー処理設定がいくつかあります。これらの設定は、ディスカバリーの段階で役立つオプションです。
ただし、安定性と回復力のあるテストセットを作成するには、具体的な問題を解決するための、より正確なリカバリシナリオが必要です。つまり、アプリケーションと何が起こる可能性があるかを十分に理解している必要があります。例えば、突然のCookie通知、ユーザーインターフェースの遅延、データの計算ミスなどです。また、このような状況を解決するために何をすべきかを知っておく必要があります。これらは、リカバリシナリオに組み込む手順です。
たとえば、システム管理者からのメッセージというモーダルダイアログがあるとします。このダイアログは、アプリケーションのどの画面にもいつでも表示される可能性があります。残念なことに、これは実際の画面をブロックしてしまい、現在のテストステップ失敗します。この場合、以下のステップをリカバリシナリオに追加してください：モーダルダイアログが開いているかどうかを確認します。その場合は、「 OK 」を選択して閉じ、画面のブロックを解除します。
リトライレベル
リトライレベルは、Toscaがリカバリを適用するタイミングと、リカバリが成功した後にテスト実行を再開する場所を決定します。
リカバリ後に新たな問題が発生しないように、シナリオに適切なリトライレベルを設定してください。デフォルトでは、Toscaはテストケースを最初からすべて再実行しますが、これが常に最適なオプションであるとは限りません。例えば、テストケースがアプリケーションを開いてサインインすることから始まる場合、Tosca がこれらの手順を繰り返そうとしたときに、アプリケーションがすでに開いていて、ユーザーがすでにサインインしている場合は、別のエラーが発生します。
一般的に、リトライレベルをテストステップに設定するのが最善の策です。この場合、Toscaはリカバリシナリオを実行し、最初に失敗したテストステップを再試行し、そこから続行します。
クリーンアップシナリオ
クリーンアップシナリオは、リカバリが失敗した場合にTosca が実行する処理を定義します。たとえば、モジュール「 TBoxスタートプログラム」を使用して、アプリケーションを強制的にシャットダウンします。目標は、テスト環境をリセットして、Toscaがその環境で他のテストを再試行できるようにすることです。
何をするにしても、脆弱なテスト設計の埋め合わせにクリーンアップシナリオを使用しないでください。
例えば、顧客データをファイルからデータベースに転送するテストをしているとします。データベースでは重複したエントリを許可しません。顧客が既に存在する場合、データベースはポップアップダイアログをトリガーします。これはデータベース・プロセスの日常的な部分であり、通常のテスト・フローの一部であるべきです。たとえば、 IFステートメントの場合。これをクリーンアップシナリオとして扱わないでください。
次の記事
まだご覧になっていない場合は、他のベストプラクティスの記事をご覧ください。