Zurich の新しい ATF 失敗インサイト機能により、テストが失敗した理由が正確に表示されます

[JunshuO]

自動テストフレームワーク ( ATF ) スイートを保守する開発者や品質エンジニアであれば、こんな経験があるはずです。何ヶ月も成功していた回帰テストが突然失敗する、といった状況です。最初のステップは、ステップと構成をたどり、以前成功していたテストを妨げる、どのような小さな環境またはメタデータの変更が原因でそうなったのかを突き止めようとすることです。それは膨大な時間の浪費になる可能性があります!

ServiceNow Zurich リリースでは、この問題を解決するために特別に設計された機能である ATF 障害インサイト が導入されました。

失敗インサイトとは何ですか？

Failure Insight は、前回の成功した実行と現在の失敗した実行の間に発生したメタデータの変更を明確に表示することで、 ATF テストのメンテナンス を支援するツールです。

推測する代わりに、直接答えが得られます。これは基本的に、テストの環境と依存関係の「差分」を提供します。

主な機能と時間の節約方法

1. メタデータの比較: コア機能は、メタデータの サイドバイサイドファイル比較 を表示できることです。たとえば、「フィールド値の設定」ステップでテストが失敗した場合、インサイトには、代理操作されたユーザーのロールが変更されたか、フォームの基になるフィールド値が更新されたことが表示されます。このツールは 何が 変更されたかを教えてくれるため、 修正 に集中できます。

2. 2 クリックデバッグ: 失敗したテスト結果から、 「前回成功した実行以降の変更を検索」 のリンクをクリックするだけでインサイトツールを起動できます。それだけの速さです。

3. 解決のための組み込みワークフロー: 問題は見つかりましたが、あなたは 管理者 で、テストを修正する必要がある開発者ではない、という場合でも問題ありません。Failure Insightには、 「タスクの作成」 ボタンが含まれています。デフォルトでは、これにより 「インシデント」 タスクが作成され (ただし、これは 「問題」 またはその他のタスク派生テーブルに構成可能)、障害に関する重要な情報が事前に入力されるため、適切なチームメンバーに解決策を簡単に割り当てることができます。

デモの詳細

配信中、これがどのように機能するかを示す 2 つの優れた例が見られました。

• ケース 1:代理操作の失敗。 フィールド値を設定するステップでテストに失敗しました。失敗インサイトでは、代理操作されているユーザーが、正しいロールを持つユーザー (ATF ユーザー) からロールを持たないユーザー (Able Tutor) に変更され、フォームアクセスが失敗したことが示されました。エラーメッセージが後のステップを指していたにもかかわらず、失敗の本当の原因はすぐに特定できました。

• ケース 2:フィールド値の変更。 フィールド値を検証するためのテストが設定されました。このインサイトは、前回成功した実行以降、「緊急度」のフィールド値が「2-Medium」から「3-Low」に変更され、テストの予期される結果が正しくないことを明確に示しました。

今後の展望:完全な根本原因分析

Failure Insightはすでに時間を大幅に節約していますが、チームは次に予定されている、完全な 根本原因分析 (RCA) を提供する エージェント をプレビューしました。このエージェントはメタデータだけでなく、サーバーログ、クライアントログ、スナップショットの変更を分析して、失敗の正確な理由と、問題を解決するために提案された手順のリストを提供します。

これはテストメンテナンスの進化であり、単純な障害レポートからプロアクティブな解決ガイダンスへと移行しています。

---

この記事は機械翻訳されております。最新は元となる記事をご覧ください: https://www.servicenow.com/community/developer-advocate-blog/new-atf-failure-insight-feature-in-zuri...。

免責事項: 一部の日本語は、翻訳ソフトウェアを使用してお客様の便宜のために翻訳されています。正確な翻訳をご提供できるよう相当な努力を払っておりますが、いかなる自動翻訳も人間の翻訳者に代わすることはなく、そのようなことは意図されておりません。翻訳は「現状のまま」提供されています。他言語への翻訳の的確性、信頼性または正確性については、明示または黙示を問わず、いかなる保証も行われません。翻訳ソフトには限界があるため、一部のコンテンツが正確に翻訳されていない場合があります。これらの資料の公用言語は英語です。翻訳の際に生じる相違または不一致は、コンプライアンスまたは履行の目的に関しては拘束力を有さず、法的効力はないものとします。

This article was machine translated and replicated from the original source: https://www.servicenow.com/community/developer-advocate-blog/new-atf-failure-insight-feature-in-zuri...

[JunshuO]

ServiceNow Zurich リリースでは、この問題を解決するために特別に設計された機能である ATF 障害インサイト が導入されました。

失敗インサイトとは何ですか？

Failure Insight は、前回の成功した実行と現在の失敗した実行の間に発生したメタデータの変更を明確に表示することで、 ATF テストのメンテナンス を支援するツールです。

推測する代わりに、直接答えが得られます。これは基本的に、テストの環境と依存関係の「差分」を提供します。

主な機能と時間の節約方法

1. メタデータの比較: コア機能は、メタデータの サイドバイサイドファイル比較 を表示できることです。たとえば、「フィールド値の設定」ステップでテストが失敗した場合、インサイトには、代理操作されたユーザーのロールが変更されたか、フォームの基になるフィールド値が更新されたことが表示されます。このツールは 何が 変更されたかを教えてくれるため、 修正 に集中できます。

2. 2 クリックデバッグ: 失敗したテスト結果から、 「前回成功した実行以降の変更を検索」 のリンクをクリックするだけでインサイトツールを起動できます。それだけの速さです。

3. 解決のための組み込みワークフロー: 問題は見つかりましたが、あなたは 管理者 で、テストを修正する必要がある開発者ではない、という場合でも問題ありません。Failure Insightには、 「タスクの作成」 ボタンが含まれています。デフォルトでは、これにより 「インシデント」 タスクが作成され (ただし、これは 「問題」 またはその他のタスク派生テーブルに構成可能)、障害に関する重要な情報が事前に入力されるため、適切なチームメンバーに解決策を簡単に割り当てることができます。

デモの詳細

配信中、これがどのように機能するかを示す 2 つの優れた例が見られました。

• ケース 1:代理操作の失敗。 フィールド値を設定するステップでテストに失敗しました。失敗インサイトでは、代理操作されているユーザーが、正しいロールを持つユーザー (ATF ユーザー) からロールを持たないユーザー (Able Tutor) に変更され、フォームアクセスが失敗したことが示されました。エラーメッセージが後のステップを指していたにもかかわらず、失敗の本当の原因はすぐに特定できました。

• ケース 2:フィールド値の変更。 フィールド値を検証するためのテストが設定されました。このインサイトは、前回成功した実行以降、「緊急度」のフィールド値が「2-Medium」から「3-Low」に変更され、テストの予期される結果が正しくないことを明確に示しました。

今後の展望:完全な根本原因分析

Failure Insightはすでに時間を大幅に節約していますが、チームは次に予定されている、完全な 根本原因分析 (RCA) を提供する エージェント をプレビューしました。このエージェントはメタデータだけでなく、サーバーログ、クライアントログ、スナップショットの変更を分析して、失敗の正確な理由と、問題を解決するために提案された手順のリストを提供します。

これはテストメンテナンスの進化であり、単純な障害レポートからプロアクティブな解決ガイダンスへと移行しています。