- リリース ノート
- 基本情報
- セットアップと構成
- オートメーション プロジェクト
- 依存関係
- ワークフローの種類
- 制御フロー
- ファイルの比較
- オートメーションのベスト プラクティス
- ソース管理との連携
- デバッグ
- ログ
- 診断ツール
- ワークフロー アナライザー
- ワークフロー アナライザーについて
- ST-DBP-002 - 多数の引数
- ST-DBP-003 - 空の catch ブロック
- ST-DBP-007 - 複数のフローチャートレイヤー
- ST-DPB-010 - [ワークフロー] または [テスト ケース] の複数のインスタンス
- ST-DBP-020 - 未定義の出力プロパティ
- ST-DBP-021 - ハードコードされたタイムアウト
- ST-DBP-023 - 空のワークフロー
- ST-DBP-024 - 永続性アクティビティの確認
- ST-DBP-025 - 変数のシリアル化の前提条件
- ST-DBP-026 - [待機] アクティビティの使用
- ST-DBP-027 - Persistence のベスト プラクティス
- ST-DBP-028 - 引数のシリアル化の前提条件
- ST-USG-005 - ハードコードされたアクティビティ引数
- ST-USG-009 - 未使用の変数
- ST-USG-010 - 未使用の依存関係
- ST-USG-014 - パッケージの制限
- ST-USG-017 - パラメーター修飾子が無効です
- ST-USG-020 - 最小ログ メッセージ
- ST-USG-024 - 未使用で保存されたままの値
- ST-USG-025 - 保存した値の誤用
- ST-USG-026 - アクティビティの制限
- ST-USG-027 - 必要なパッケージ
- ST-USG-028 - ファイル テンプレートの呼び出しの制限
- ST-USG-027 - 必須のタグ
- ST-USG-034 - Automation Hub URL
- 変数
- 引数
- インポートされた名前空間
- コード化されたオートメーション
- トリガーベースの有人オートメーション
- レコーディング
- UI 要素
- セレクター
- オブジェクト リポジトリ
- データ スクレイピング
- 画像とテキストの自動化
- Citrix テクノロジの自動化
- RDP の自動化
- VMware Horizon の自動化
- Salesforce の操作の自動化
- SAP のオートメーション
- macOS の UI Automation
- ScreenScrapeJavaSupport ツール
- Webdriver プロトコル
- 拡張機能
- Test Suite - Studio
- トラブルシューティング
Studio ガイド
テスト ケース
Studio でのアプリケーション テストは、VB または C# で動作します。データ検証、CI/CD パイプラインとの統合など、シナリオごとに個別のオートメーション プロジェクトを作成できます。Studio でワークフローをデザインします。自動化されたアプリケーション テストを VB または C# で実行できます。
- テスト ケースとデータ ドリブンなテスト ケースを使用して、アプリケーションのテストを実行します。
- アクティビティは順番に従って整理されているため、線形実行するテスト ケースが複数含まれているテスト オートメーション プロジェクトには、複数のエントリ ポイントを設定できます。
- 他の
XAML
ファイルを呼び出さないかぎり、ワークフローの実行はテスト ケースごとに行われます。 - ワークフローはテスト ケースへの変換、他のプロジェクトからのインポート、または新規作成が可能です。
既存のプロジェクトからワークフローを呼び出して、テスト ケースを作成することができます。
- Studio でワークフローを開きます。
-
[プロジェクト] パネルでワークフローを右クリックして、[テスト ケースを作成] を選択します。
-
(任意) 特定のアクティビティをモックできるワークフローのコピーを作成する場合は、テスト ケースを作成するときに [テスト用にモック ワークフローを作成] を選択します。使用したい既存のモック ファイルがある場合は、[モック] ドロップダウンから選択できます。詳細については、「モック テスト」をご覧ください。
- (任意) 過去にテンプレートを作成している場合は、ドロップダウン リストからテンプレートを選択します。詳しくは、「テスト ケース テンプレート」をご覧ください。
- (任意) [実行テンプレート] にテスト ケースを追加します。最初に実行テンプレートを作成しておく必要があります。詳しくは、「実行テンプレートを作成する」をご覧ください。
- テスト データを追加する場合は、[次へ] をクリックします。
-
[作成] をクリックして、変更を確定します。
テスト ケースXAML
ファイルは、ワークフローを呼び出して、コンテナー Given、When、Then で作成されます。ファイルは、When コンテナーに含まれる、[ワークフロー ファイルを呼び出し] アクティビティ内で呼び出されます。
ワークフローからの引数は自動的にインポートされます。その他の引数を表示または追加するには、[ワークフロー ファイルを呼び出し] アクティビティに含まれる [引数をインポート] ボタンをクリックします。
プロセスでもライブラリでも、プロジェクト内にテスト ケースがある場合は、プロジェクト全体をパブリッシュする ([パブリッシュ]) か、テスト ケースのみをパブリッシュする ([テスト ケースをパブリッシュ]) かを選択できます。テスト オートメーション プロジェクトを使用している場合は、Orchestrator にパブリッシュできるのはテスト ケースのみです。
- ワークフローを右クリックして [「パブリッシュ可能」として設定] を選択すると、テスト ケースを Orchestrator にパブリッシュできます。
xaml
またはcs
アイコンが青に変わります。青は、テスト ケースをパブリッシュしてnupkg
ファイルにパッケージ化できる状態にあることを示しています。ワークフローの下書きに戻るには、ワークフローを右クリックし、[パブリッシュから除外] を選択します。 - プロジェクトをパブリッシュします。
- テスト オートメーション プロジェクトの場合は、Studio の [デザイン] タブのリボンで [パブリッシュ] を選択します。
- プロセスまたはライブラリ プロジェクトの場合は、Studio の [デザイン] タブのリボンで [テスト ケースをパブリッシュ] を選択します。
- パブリッシュするアクションの [パッケージのプロパティ]、[パブリッシュのオプション]、および [証明書の署名] を設定し、[パブリッシュ] をクリックしてテスト ケースを Orchestrator にパブリッシュします。
テスト ケースは、Orchestrator、Robot の既定、またはカスタム パスにパブリッシュできます。Orchestrator にパブリッシュする場合は、Robot または Assistant が Orchestrator に接続されていることを確認してください。
Test Manager 経由で自動化されたテストを実行する場合は、Orchestrator にパブリッシュする必要もあります。パッケージを Orchestrator テナント プロセス フィードにパブリッシュした後、テスト ケースを Test Manager にリンクしてください。パッケージを別のフォルダーにパブリッシュすると、実行エラーが発生する可能性があります。
ワークフローをテスト ケースに変換するには、[プロジェクト] パネルでワークフローを右クリックして [テスト ケースに変換] を選択します。
結果: ワークフローはテスト ケースになり、ビヘイビア駆動開発 (BDD) テスト ケースのテンプレートに基づいて再生成されます。
XAML
ファイルは、下書きのテスト ケースとしてプロジェクトに追加されます。
データ コレクションを API テスト オートメーション ライブラリにインポートするのと同様に、新しいサービス ウィザードを使用して、そのようなコレクションをアプリケーション テスト プロセスにインポートできます。