アプリケーションでビジネス・フローを実行し、テストに一連の AI ステップを作成できるようになりました。記録セッション内で、オブジェクトの認識を微調整し、チェックポイント・ステップを追加することもできます。

AI ベースのテストの記録を参照してください。

アプリケーションのモックアップで AI オブジェクトを学習し、アプリケーションを開発する前に AI ベースのテストを準備します。

アプリケーションのモックアップ内でのオブジェクトの検査を参照してください。

AI Transformation Assistantを有効にして既存のテストを実行し、テクノロジ・ベースのテスト・ステップを AI ベースのテスト・ステップに変換するための提案を受け取ります。既存のステップを提案された AI オブジェクト・ステップで置き換えて、より柔軟でプラットフォームに依存しないテストを作成します。

アシスタントを有効にするには、［ツール］＞［オプション］＞［GUI テスト］＞［AI］で、［実行結果をAIオブジェクトの候補に置き換える］を選択します。テクノロジ・ベースのテストの AI ベースのテストへの変換を参照してください。

テストの実行時にオブジェクトがアプリケーションに表示されていない場合、Web ページまたはモバイル・アプリのスクロールが可能なときは、UFT One が自動的にスクロールしてオブジェクトを探します。

必要に応じて、スクロールの方向と実行するスクロールの最大数を設定するか、スクロールをオフにすることができます。詳細については、自動スクロールを参照してください。

AIObject と AITextObject がチェックポイントをサポートするようになりました。チェックポイントを通過するためにアプリケーションが満たす必要がある条件を指定します。条件が満たされない場合、ステップは失敗し、実行結果に反映されます。

• CheckExists は、アプリケーション内のオブジェクトの有無を確認します。
• CheckState は、チェックボックス、トグル、ラジオ・ボタンなど、オフまたはオンを設定できるオブジェクトの状態を確認します。

『Object Model Reference for GUI Testing』の「AI-based Testing」セクションを参照してください。

AI ベースのテスト機能を使用する場合、次の任意のオプションを使用してテキスト認識を最適化できます。

• 複数の言語のテキストを認識します。

  サポートされる言語：英語（標準設定）、フランス語、ドイツ語、イタリア語、日本語、ロシア語、簡体字中国語、スペイン語。

  アプリケーション内で検出する言語を設定します（［ツール］＞［オプション］＞［GUI テスト］＞［AI］）。

• AI アルゴリズムで類似のテキストを検出する代わりに、一時的に正確なテキスト・マッチングを要求します。

  AI によるテキスト・マッチングでは、スペルのバリエーションや意味の似た単語が一致と見なされる場合があります。必要に応じて、AI テスト・オブジェクトを認識するときに、指定したテキストを正確に検出するように UFT One に指示できます。

  AI の実行を設定するステップをテストに追加して、テキスト・マッチングの方法を設定します。この設定は、設定を変更するか、テスト実行が終了するまで有効です。詳細については、『Object Model Reference for GUI Testing』の「AIRunSettings Object」を参照してください。

• UFT One のテキスト認識設定を使用するように AI に指示します。設定に応じて、Google または Baidu OCR クラウド・サービスまたはその他の OCR エンジンを使用できます。

AIText オブジェクトは新しいメソッドをサポートします。

• 新しい GetText メソッドを使用して AIText オブジェクトからテキストを取得します。

  たとえば、テキストが不明な AIText オブジェクトを、別のオブジェクトに対する近接性で認識します。次に、GetText を使用してテキストを取得します。

  注：位置によってテキスト・オブジェクトを認識する際にテキストを無視するように指定する定数の名前が変更されました。既存のテストで micNoText 定数を使用していた場合は、テストが失敗しないように、この定数を micAnyText に置き換えてください。

• AIText オブジェクトとしてのみ認識可能な入力ボックスまたは編集ボックスに入力するには、Type メソッドおよび TypeSecure メソッドを使用します。

『Object Model Reference for GUI Testing』の「AIText Object」セクションを参照してください。

UFT One AI が認識しないコントロールをサポートするには、画像ファイルをクラス記述として提供します。

詳細については、画像を使用したコントロールの記述を参照してください。

サポートされるコントロール・タイプの一覧については、AI ベースのテスト：サポートされるコントロール・タイプを参照してください。

• 新しいコントロール・タイプとタイプ名がサポートされるようになりました。

  Web アプリケーションおよびモバイル・アプリ：check_mark、minus

  Web アプリケーションのみ：Linkedin、Instagram、rss_feed

• 一般的な名前を使用して、複数のコントロール・タイプを含められます。

  left は、左向きの矢印と左向きの三角形を指定します。同様に、right、up、down を使用できます。

  Toggleable または Togglable は、トグル・ボタン、チェックボックス、ラジオ・ボタンのようなコントロールを指定します。

  field は、テキスト・ボックス、入力、コンボ・ボックスのようなテキストを入力できるコントロールを指定します。

パラレル・ランナーによって実行される GUI テストが呼び出した API テストが、正しく実行されるようになりました。API テストの結果は、残りの並列実行結果と一緒に表示されます。

このバージョンでは、log4net.dll の新しいバージョンが使用されます。

以前の UFT One バージョンで作成およびビルドされた API テストを引き続き使用するには、新しいバージョンの UFT One でテストを開いてアップグレードする必要があります。

以前のバージョンの Activity Wizard でカスタム・アクティビティを作成した場合、API テストで使用する前に、<Unified Functional Testing installation>/bin フォルダの log4net.dll を使用して、これらのアクティビティを再コンパイルする必要があります。詳細については、 既知の問題 - カスタム API テスト・アクティビティを参照してください。

以前のバージョンと比較して、テストの実行時間が大幅に短縮します。

次のブラウザでは、Web ページが拡大または縮小されている場合でも、オブジェクトが正しく識別されるようになりました。Chrome、Chromium Edge、Firefox

自動ページ・チェックポイントが、Firefox ブラウザと Chrome ブラウザでサポートされるようになりました。［Web］＞［詳細設定］表示枠（［オプション］ダイアログ・ボックス）を参照してください。

［ツール］＞［オプション］＞［GUI テスト］＞［Web］でオプションを選択して、Web テストの高速化をアクティブにします。このオプションは、テクニカル・プレビューとして提供されます。

高速化オプションによって、Web テストで約半分のオブジェクト・タイプのテスト実行が速くなります。詳細については、Chrome、Edge、Firefox での Web テストの高速化を参照してください。

次のブラウザでは、Web ページが拡大または縮小されている場合でも、オブジェクトが正しく識別されるようになりました。Chrome、Chromium Edge、Firefox、iOS UFTM ブラウザ、iOS Safari。

Google Flutter SDK を使用して構築されたパッケージ Android アプリおよび iOS アプリでテストを記録して実行する場合、UFT One ではオブジェクト・タイプを識別し、それに応じてオブジェクトを操作するようになりました。

次のテスト・オブジェクトがサポートされています。MobileButton、MobileCheckBox、MobileEdit、MobileLabel、MobileObject、MobileTabStrip。

サポートされている Flutter SDK バージョンの詳細、および Flutter アプリの準備とアップロードのガイドラインについては、Digital Lab ヘルプセンターを参照してください。

記録と実行環境設定で、次のデバイス・メトリクスを選択できるようになりました。 

WiFi 状態、熱状態、利用可能なディスク領域。

それぞれに対して、実行結果に、WiFi の信号強度、熱状態、利用可能なディスク領域の新しいメトリクスが追加されます。

Jenkins プラグインのバージョンが新しくなり、次の機能が提供されます。

• Jenkins サーバで ALM の資格情報を各ジョブで個別に定義するのではなく、グローバルに定義できるようになりました。

  既存の資格情報をグローバルな Jenkins 設定に移行するためのユーティリティが提供されます。ただし、既存のジョブでは、以前に定義された資格情報を引き続き使用できます。詳細については、Jenkins サーバでの ALM 資格情報の定義を参照してください。

• 失敗したテストを再実行する Jenkins プラグイン・オプションの名前が変更されました。また、失敗したすべてのテストを再実行できる新しいオプションが追加されました。詳細については、テスト実行の失敗シナリオの設定およびJenkins によるテストを参照してください。

UFT One Azure DevOps 拡張機能の新しいバージョンには、タスク実行ハンドラの更新、バグ修正、および次の機能が含まれます。

Azure DevOps Server でテストを実行する場合、Azure DevOps Server の［Extensions］タブでテスト実行結果の詳細を表示できるようになりました。

• Bamboo サーバからテストを実行する際に、入力パラメータを UFT One テストに渡すことができるようになりました。

  各テストで使用するパラメータ値を提供する .mtbx ファイルを作成します。

• JUnit レポートに、Bamboo のシステム変数 bamboo.buildTimeStamp に基づくサフィックスが付くようになりました。これにより、スクリプトまたはジョブでサフィックスを自動的に参照し、外部システムにインポートできます。

.qfl または .txt ファイルとして保存された関数ライブラリは、UTF-8 エンコーディングで保存されるようになりました。これにより、GIT で関数ライブラリの比較、マージ、管理が可能になります。.vbs ファイルとして保存された関数ライブラリは、バイナリ・リソースとしてのみ GIT で管理できます。

Chrome ブラウザを使用する場合、Web ベースの SAP アプリケーションが完全にサポートされるようになりました。以前のバージョンでサポートされているタイプに加えて、次のテスト・オブジェクト・タイプがサポートされるようになりました。

• SAPCalendar

• SAPNavigationBar

• SAPNWBC
• SAPPortal
• SAPTable
• SAPTabStrip
• SAPTreeView

注：SAPUI5 デスクトップ・アプリケーションと SAP Business Networks Web アプリケーションのテストは、以前のバージョンと同様に、引き続き Chrome でサポートされます。

Chromium Edge を使用する場合、SAPUI5 テスト・オブジェクトがサポートされるようになりました。

この新しいメソッドを使用すると、Java テーブルの特定の領域に含まれる値をより簡単に取得できます。

『Object Model Reference for GUI Testing』の「JavaTable」を参照してください。

JavaFX アプリケーションでスクロールバー・コントロールがサポートされるようになりました。

AWT および Swing アプリケーションと同様に、Slider テスト・オブジェクト（is_scrollbarプロパティ = 1）として認識されます。

新しい軽量の UFT One Docker イメージが Docker Hub で入手できるようになりました。uft-lite イメージは、機能はフル・イメージと同じですが、容量がはるかに小さく、短時間でダウンロードできます。Docker コンテナでのテストの実行を参照してください。

.NET Windows Forms Add-in を使用して、次の DevExpress グリッド・コントロールのテストをスパイ、記録、および実行します。

• データ・グリッド
• ピボット・グリッド
• 垂直グリッド

これらのグリッド・コントロールはすべて SwfTable テスト・オブジェクトとして認識されます。各タイプは、異なるメソッドのセットをサポートします。詳細については、『Object Model Reference for GUI Testing』の「SwfTable」を参照してください。

Launch メソッドを呼び出して UFT One を起動した後でも、UFT One オートメーション・スクリプトで SetActiveAddins メソッドを使用できるようになりました。

指定したアドインのセットによって、現在ロードされているアドインが置き換えられます。