- 基本情報
- ベスト プラクティス
- テナント
- Cloud ロボット
- フォルダー コンテキスト
- 自動化
- プロセス
- ジョブ
- Apps (アプリ)
- トリガー
- ログ
- 監視
- キュー
- アセット
- ビジネス ルール
- ストレージ バケット
- インデックス
- 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.
Until Test Manager equals the functionality of Orchestrator's Testing tab on April 18, 2025, no immediate changes are needed. After that date, you need to prepare for migrating your test artifacts to Test Manager. We will provide a migration tool to move your test artifacts. Only after the migration tool release, you can start moving your test artifacts.
これから提供予定の移行ツールを利用する前に、次のように準備することをお勧めします。
- Test Manager にアクセスして操作するために必要なライセンスがあることを確認します。詳しくは、「Test Manager のライセンス」をご覧ください。
- Assess your specific needs and create a plan for how to group your Orchestrator test sets into specific projects within Test Manager.
Note: Note that in Test Manager projects are used to organize testing. Orchestrator does not have this kind of structural concept, therefore it is not necessary to group existing artifacts from Orchestrator into Test Manager projects.
- テスト セットを使用してテスト成果物を転送できるようになります。対応するテスト セットをインポートすることで、どのテスト ケースとテスト結果をどの Test Manager プロジェクトに移動するかを指定できます。テスト セットに含まれない Orchestrator のテスト ケースがある場合は、そのテスト ケースをテスト セットにグループ化してから Test Manager にインポートします。
- テスト データのキューおよび CI/CD との連携: これらは移行されませんが、機能は影響を受けません。
以降ツールがリリースされるまでは既存のテスト成果物に影響はありませんが、移行作業を最小限に抑えるために、新しいテスト成果物は Test Manager で作成することをお勧めします。
自動化されたテスト実行は、引き続き Orchestrator を介して実行されます。唯一の違いは、テスト ケース、テスト セット、および結果を Test Manager で管理するようになる点です。