ATFのテスト実行ユーザについて

d-aizawa — Fri, 17 Feb 2023 06:05:27 GMT

コミュニティの皆様、いつもお世話になっております。

私のプロジェクトでは、Utahのバージョンアップ作業工数削減に向けて、ATFの作成を検討しております。

まず最初に、テスト実行ユーザとして代理操作するために、
ImpersonateというTest Stepを作成しようと思いましたが、以下のような警告文が表示されています。

Impersonating an existing user may cause unexpected behavior for this test. Avoid potential issues by adding a 'Create a User' step instead.

■警告文のリンク先の公式ドキュメント

https://docs.servicenow.com/bundle/sandiego-application-development/page/administer/auto-test-framework/concept/automated-test-framework-design-considerations.html#d2550417e41

→警告文のリンク先の公式ドキュメントを参照してみると、
既存アカウントのなりすまし(Impersonate)は、予期しない結果を引き起こすという記載があります。
以下についてあまり理解できていないので、ご経験がある方がおりましたらご教示頂きたいです。
①Test Step[Create User]について
ATF設計時には、Impersonateではなく、Create Userを使用するという記載がありますが、

ATFを実行する度に、Userが作られてしまう or 既に同じNameのユーザが存在するため実行時エラーが発生することを懸念しています。

"Create User"を使用する場合は、ATFの最後に"Delete Reocd"というTest Stepを追加するのでしょうか。

②予期しない結果って例えばどのような影響を引き起こすか、
ご存知もしくは、ご経験がありましたらご教示頂きたいです。

③ドキュメントに記載されているシステムテーブルorアプリケーションテーブルを拡張するテーブルとは、
インスタンスでどうやって確認するのでしょうか。

よろしくお願いいたします。

Re: ATFのテスト実行ユーザについて

iwai — Mon, 20 Feb 2023 10:00:22 GMT

"Create User"を使用する場合は、ATFの最後に"Delete Reocd"というTest Stepを追加するのでしょうか。
1. ATFはひとつのテストが終わるとロールバックが行われて、テスト前の状態に戻ります。
  Automated Test Framework (ATF) (servicenow.com)
予期しない結果って例えばどのような影響を引き起こすか
1. 例えばATFで既存のUser "TestUser" を使って承認するとき、同じ時間で別の人が"TestUser"を使って承認をすると、テストのなかで"TestUser"の承認処理に影響を与えます。逆に別の人の操作の中でも、テストの承認結果が画面に表示されたりします。
  ATF以外に影響を与えたり、影響を受けたりすることで、テストが予想外の結果となる場合があります。
ドキュメントに記載されているシステムテーブルorアプリケーションテーブルを拡張するテーブルとは
1. メニューの Tables で Tableの一覧を確認できます。Name が "sys_"から始まるテーブルや、Extends table "Application File" になっているものがそれになります。

question ATFのテスト実行ユーザについて in Japan 日本 SNUG

ATFのテスト実行ユーザについて

Re: ATFのテスト実行ユーザについて