- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- キュー
- アセット
- ビジネス ルール
- ストレージ バケット
- MCP サーバー
- インデックス
- Orchestrator のテスト
- リソース カタログ サービス
- Integrations
- トラブルシューティング

Orchestrator ユーザー ガイド
この「よくある質問 (FAQ)」のページでは、Orchestrator のテスト モジュールの非推奨化とその影響に関する回答を示します。
この変更の詳細を時系列に沿って確認するには、「非推奨化のタイムライン」をご覧ください。
Feature parity refers to mirroring the capabilities of Orchestrator's Testing module in Test Manager, making the transition seamless, while minimizing the loss of functionality. Moreover, no additional features will be added to the Testing tab. Our deprecation timeline indicates that Orchestrator and Test Manager achieved feature parity on April 18, 2025.
テスト成果物を移動するには、「Orchestrator のテスト セットをインポートする」で示す移行ツールを使用します。
移行ツールを利用する前に、次のように準備することをお勧めします。
- Test Manager にアクセスして操作するために必要なライセンスがあることを確認します。詳しくは、「Test Manager のライセンス」をご覧ください。
- 具体的なニーズを評価し、Orchestrator のテスト セットを Test Manager 内の特定のプロジェクトにグループ化するための計画を作成します。
注: Test Manager では、テストの整理にプロジェクトが使用されます。Orchestrator にはこのような構造概念がないことから、Orchestrator の既存の成果物を Test Manager プロジェクトにグループ化する必要はありません。
- テスト セットを使用してテスト成果物を転送できるようになります。対応するテスト セットをインポートすることで、どのテスト ケースとテスト結果をどの Test Manager プロジェクトに移動するかを指定できます。テスト セットに含まれない Orchestrator のテスト ケースがある場合は、そのテスト ケースをテスト セットにグループ化してから Test Manager にインポートします。
- テスト データのキューおよび CI/CD との連携: これらは移行されませんが、機能は影響を受けません。
移行について詳しくは、「 よくある質問 - Test Manager にテスト成果物を移行する」をご覧ください。
移行ツールがリリースされるまでは既存のテスト成果物に影響はありませんが、移行作業を最小限に抑えるために、新しいテスト成果物は Test Manager で作成することをお勧めします。
自動化されたテスト実行は、引き続き Orchestrator を介して実行されます。唯一の違いは、テスト ケース、テスト セット、および結果を Test Manager で管理するようになる点です。
はい、テスト成果物を移動するには、「Orchestrator のテスト セットをインポートする」で示す移行ツールを使用します。移行ツールがリリースされたら、6 か月以内にテスト オブジェクトを Orchestrator から Test Manager に移行してください。