テストケースを実行する
テストケースを作成した後、それを使用してレシピの機能をテストできます。
各テストケースは、テストケースのリストから手動で実行できます。 このリストにアクセスするには、レシピを選択し、テストケースタブに移動します。
実行優先度
テストケースは、標準レシピと同じ優先度で実行されます。 つまり、レシピ同時実行の制限内に収まるように、一部のテストケースは順次実行され、一部は同時に実行されます。
Workatoがモック済みステップを実行する方法
入力
Workatoは常に入力値を評価します。
ステップ実行
Workatoはステップを実行しません。 たとえば、ステップSearch for tickets in Zendeskの場合、WorkatoはZendeskにリクエストを送信しません。
ステップ出力
ステップ出力は、特定のステップに対して指定したモック出力に置き換えられます。
Workatoがデータチェックを処理する方法
チェックが実行されるタイミング
ステップ入力チェック
このチェックは、ステップの実行前に行われます。
ステップ出力チェック
このチェックは、ステップの実行後に行われます。
ステップ出力フィールドチェック
このチェックは、ステップの実行後に行われます。
異なるデータ型のチェック条件
Workatoはチェックを実行する際、常にデータ型を評価します。 チェックする対象に応じて、チェックで使用できる条件セットは異なります。
ステップ入力/出力オブジェクトチェック
WorkatoはJSONオブジェクトを文字列としてではなく、オブジェクトとして比較します。
- 利用可能な条件:
- 等しい
出力フィールドチェック
- 利用可能な条件:
- 等しい
- 含む
- 次で始まる
- 次で終わる
- 等しくない
- 含まない
- 次で始まらない
- 次で終わらない
- 存在する
- 存在しない
Workatoがステップ失敗チェックを処理する方法
一般に、テストケースは次のシナリオで正常に合格します。
テストケース実行ジョブが成功し、すべてのチェックが成功している。
テストケース実行ジョブが失敗し、すべてのチェックが成功しており、エラーのあるすべてのステップに対して負の(ステップ失敗)チェックが設定されている。
例
次のシナリオ例では、特定の条件下でWorkatoがステップ失敗チェックを処理する方法について説明します。
例1
テストケース実行ジョブがSTOPステップで失敗した。
失敗したmonitorブロック内のステップに、負の(ステップ失敗)チェックがありません。
monitorブロック内のステップが失敗します。
全体結果: テストケースは失敗します。
例2
テストケース実行ジョブがSTOPステップで失敗した。
失敗したmonitorブロック内のステップに、負の(ステップ失敗)チェックがあります
monitorブロック内のステップが失敗します。
全体結果: テストケースは合格します。
例3
テストケース実行ジョブがSTOPステップで失敗した。
monitorブロック内のステップにthrow errorモックがあり、負の(ステップ失敗)チェックはありません
monitorブロック内のステップが失敗します。
全体結果: テストケースは失敗します。
例4
テストケース実行ジョブがSTOPステップで失敗した。
Monitorブロック内のステップにthrow errorがあり、負の(ステップ失敗)チェックがあります
monitorブロック内のステップが失敗します。
全体結果: テストケースは合格します。
チェックが失敗した場合
チェックが失敗すると、Workatoはテストケース実行ジョブを停止し、追加のレシピステップを完了しません。
レシピエラー
テストケース実行はレシピ実行であるため、レシピに問題がある場合は失敗します。
チェック失敗
いずれかのチェックが失敗すると、テストケース実行は失敗し、ジョブは停止します。
チェック済みまたはモック済みのステップがレシピから削除された場合
テストケース実行は直ちに失敗します。 ジョブレポートには、次のエラーメッセージが表示されます。
テストケースにエラーが含まれています: モックまたはチェックがある一部のステップがレシピから削除されました。 テストケースを更新するか、レシピをそのテストケースが構築されたバージョンに戻してください。 テストケースエディターで修正してください。
ステップの編集
レシピステップを編集すると、Workatoでは新しいステップを作成し、以前のステップを削除したものとみなされます。 したがって、レシピ内のいずれかのステップに変更を加えると、Workatoはこれを削除されたステップとして扱い、チェックは失敗します。
関連情報
Last updated: