2026 年 9 月

Automation Cloud および Test Cloud の Test Manager の 2026 年 9 月のリリース ノート

2026 年 9 月 4 日

劇作家のテスト オートメーション

Test Manager で、Studio で既存の Playwright スイートを書き換えることなく、 Playwright のオートメーションをも使用したテスト ケースを Studio で作成された (ロボット) のオートメーションとともに実行できるようになりました。この機能は、管理された可用性であり、対象となるテナントにのみ提供されます。また、Test Manager では、Test Cloud 経由で提供される場合にのみ利用できます。

パッケージ化とリンク:

• 新しい uip tm pack コマンド ライン インターフェイス (CLI) コマンドは、Node.js Playwright (JavaScript/TypeScript) プロジェクトを UiPath オートメーション パッケージにパッケージ化し、他のパッケージと同じように Orchestrator にパブリッシュできるようにします。
• プロジェクト キーを使用して構築されたパッケージを Test Manager が取り込むと、Test Manager のテスト ケースが自動作成され、 test() ブロックから直接自動リンクされます。
• Playwright のオートメーションは、既存の [オートメーションを選択する] および [オートメーションのリンクを解除する] フローを使用して選択、更新、リンク解除できます。Playwright パッケージには、Studio の UiPath と共に Playwright のソースが表示されます。
• 新しい自動管理 PW_ システム ラベルにより、自身のラベルに触れることなく、テスト ケースを検索およびフィルター処理できるようにします。

実行とレポート:

• テスト セットにパッケージを追加するときに、新しい [Playwright プロジェクト] ドロップダウンを使用して、テスト セットの実行を 1 つ以上の Playwright プロジェクトにスコープ設定できます。実行のたびに、パッケージ、バージョン、プロジェクトの選択内容がスナップショットとしてフリーズされ、再実行が確実に行われます。
• Playwright のテスト ケースのログに 2 つの新しいタブを追加しました。[試行] (インラインでレンダリングされた試行ごとのエラー コンテキストの場合) と、コンソール ログ、ネットワーク呼び出し、ダウンロード可能な添付ファイルを含む埋め込み Playwright トレース ビューアー用の [トレース] です。
• リトライの処理: テストが失敗した後にリトライに合格した場合は、[成功] として記録されます。失敗した試行は [試行] タブに表示され、テスト結果ごとの添付ファイルに記録 wasFlaky: true 。
• ライセンスの変更なし: Playwright の実行では、実行時に基づいて、他のサーバーレス テスト実行と同じプラットフォーム容量が消費されます。

既知の制限事項:

実行の制約

• Chromium のみおよびサーバーレスのみでの実行。Node.js 劇作家プロジェクトのみ。
• テスト セットの実行ごとに 1 つの Orchestrator ジョブ。マルチポッド シャーディングは利用できない。
• 強制的な実行順序はありません。順序は playwright.config.tsに従います。
• 1 つのテスト セットに 2 つの異なる Playwright パッケージ、または同じパッケージの 2 つのバージョンのテスト ケースを混在させるのはブロックされます。
• データ ドリブンなテスト ケースのバリエーションをテスト セットに 1 つ追加すると、そのテスト セットで生成されたすべてのバリエーションが実行されます。

機能ギャップ:

• アサーション レベルの結果の詳細は表示されず、結果のインポートが Test Manager の外部では実行されません。
• 備品ごとのレポートや自己修復はありません。
• UiPath のビデオ録画またはライブ ストリーミングがない: Playwright のテスト セットでビデオ録画を有効化しても効果がなく、[録画] タブとライブ ストリーミング アクションにデータが表示されません。Playwright 自身のビデオ キャプチャ ( playwright.config.tsのuse: { video } ) は影響を受けません — これらの.webmファイルはアーティファクトとして添付されます。

詳細については、「 Playwright のテスト オートメーション」をご覧ください。

2026 年 9 月 3 日

クリップボード データ。テスト ステップで MCP ツールの引数として使用できます。

テスト ステップを追加および更新するための Test Manager モデル コンテキスト プロトコル (MCP) ツール ([テスト ステップを一括追加]、[ テスト ステップを一括更新]) は、Test Manager の UI にすでに用意されているフィールドと一致する [ クリップボード データ ] 引数を任意で受け入れます。

これにより、UI 操作の自動化に頼ることなく、ステップのクリップボード データをプログラムによって設定または更新できます (たとえば、Autopilot のチャットまたはDelegateを使用して変数入力を伴うテスト ケースを生成する場合など)。引数を省略する既存の呼び出し元は影響を受けません。

詳しくは、ドキュメントの「 手動テスト用のテスト ケース 」セクションをご覧ください。

Integration Service – Test Manager コネクタの新しいアクティビティ

UiPath Test Manager コネクタ アクティビティ パッケージに、以下の 7 つの新しいアクティビティを追加しました。

• テスト ステップを作成 – テスト ケースのテスト ステップを作成します。
• 要件を取得 – プロジェクトのすべての要件を取得します。
• テスト ケースを取得 – プロジェクトのすべてのテスト ケースを取得します。
• テスト実行を取得 – プロジェクトのすべてのテスト実行を取得します。
• テスト セットを取得 – プロジェクトのすべてのテスト セットを取得します。
• テスト ステップを取得 – ID でテスト ステップを取得します。
• テスト ステップを更新 – 説明や期待される結果など、テスト ステップの詳細を更新します。

詳しくは、ドキュメントの「 UiPath Test Manager のアクティビティ 」をご覧ください。

[要件] ページの再設計

要件の詳細ページのデザインを以下の変更を加えて再設計しました。

• このツールバーには、[ 要件を評価 ] と [ テスト ケースを割り当て ] ([ 新しいテスト ケースを作成]、[ 既存のテスト ケースを割り当て]、[ テスト ケースを生成]、および [ 古いテストを検索] をグループ化) が直接アクションとして表示されます。また、[ カバレッジを最適化] は重複したエントリ ポイントとして保持され、現在廃止日は設定されていません。
• [説明] フィールドでは、Markdown 構文の代わりにリッチ テキスト エディターが使用されており、空の場合、[ 説明が追加されていません。 ] と表示されます。
• ラベル、カスタム フィールド、添付ファイル、および監査メタデータ (作成者/更新者) が要件の概要に再編成されました。

[概要] では、メイン領域の下にセカンダリ コンテンツを幅の狭く積み重ねるレスポンシブ レイアウトが使用されています。

割り当てられたテスト ケースには、 グリッド ビュー と リスト ビュー のオプションが追加されます。リスト ビューでは仮想スクロールを使用して、500 個のバッチでテスト ケースを読み込み、コンパクトな最終結果インジケーター (合格、 不合格、 結果なし) を表示します。割り当て済みのテスト ケースを (最新の結果も含めてフィルター処理し)、1 つまたは複数を選択して一括で 割り当て解除 または 削除 できます。テスト ケースを要件から直接実行することはできません。

詳しくは、ドキュメントの 「要件 」セクションをご覧ください。

テスト実行で完全なログ メッセージを読みやすく、コピーしやすくなります

テスト実行の [ ログ ] タブに表示されるロボット ログ メッセージが長く、または切り詰められた場合、完全な内容を読みにくいため、コピーできませんでした。

[ログ] タブには [情報 ] 列があります。ログの任意の行で情報アイコンを選択すると、メッセージ全体がポップアップで開き、[ メッセージをコピー ] ボタンが表示されます。

[ログ] タブでは、[ レベル ] 列でメッセージを検索して並べ替えることができるほか、 対象 となるログ レベルのみを表示するレベル フィルターも利用できるようになりました。

• Trace (すべて)
• Info + Warn + Error + Fatal
• Warn + Error + Fatal
• Error + Fatal
• Fatal

詳細については、ドキュメントの 「テスト結果を分析する 」のセクションをご覧ください。

バグ修正

• 無効またはサポートされていないobjectTypeを使用した一括追加/削除要求 (オブジェクト ID のリストが空であるか、制限を超えている場合) ObjectLabels、検証メッセージとともに400 Bad Requestではなく500エラーが返される問題を修正しました。(TMHUB-32720)
• 形式が正しくない形式のfilterExpression (間違った JSON 型または null) を使用して要求を作成/割り当てObjectFilters、検証メッセージとともに400 Bad Requestではなく500エラーを返す問題を修正しました。(TMHUB-32720)
• フィールドが正しく入力されていない形式の要求本文 (たとえば、文字列ではなく配列として送信されたsearch値) が、Test Manager の API エンドポイントで 400 Bad Requestではなく 500 エラーを返す問題を修正しました。(TMHUB-32720)