適用対象: Azure Logic Apps (Standard)
検証プロセスは難しいことがあります。なぜなら、ソースシステムとターゲットシステム間の挙動の違いを見逃しやすいからです。 Standard ロジック アプリ プロジェクト、ワークフロー、およびその他の成果物を生成した後、ソース システムの動作に対してワークフローの動作を確認してから、Azure Logic Appsに展開します。 検証段階では、Visual Studio CodeのAzure Logic Apps Migration Agentが生成されたワークフローを実行し、トリガー、アクション、変換、接続が正しく動作しているかを確認します。
この記事では、生成された標準ワークフローをソースの動作と比較し、結果を比較し、解決する必要がある問題やギャップを特定するために、移行エージェントが従う一般的なプロセスについて説明します。
検証アクション
検証ステージでは、生成された標準ワークフローが元のソースの仕様と動作に照らしてテストされます。
@migration-converterエージェントは生成された検証タスクに従い、あなたは代表的な入力や期待される結果を提供し、エビデンスをレビューします。
Important
開始する前に、ソースの動作と比較して正しい情報と構成を得るために、ワークフロー、接続、.NETローカル関数を確認してください。
詳細については、以下を参照してください:
| Step | Action | 説明 |
|---|---|---|
| 1 | ランタイムの検証 |
func start --verbose実行し、起動エラーを修正し、実行がクリーンに始まるまでコマンドを繰り返します。 |
| 2 | 試験リソースを準備する | 可能な限りAzuliteとローカルリソースを使用し、対応するローカルサービスにはDockerコンテナを使用し、ローカルの代替手段がないコネクタにはAzureリソースのみを使用しています。 |
| 3 | テスト動作 | ハッピーパス、失敗パス、クロスワークフロー、再試行、タイムアウト、再提出などの対応シナリオを実行します。 現場レベルの出力値と期待されるソース挙動を比較します。 |
| 4 | 不一致の報告と解決 | 誤った、空、または切り詰められた出力値を失敗とみなし、期待結果と実際の結果を記録し、原因を修正し、影響を受けたテストを再実行します。 |
検証は、必要なテストをすべてクリアし、エージェントが生成されたプロジェクトのルートに TEST-REPORT.md を作成するまでは完全には終わりません。 このレポートはワークフローごとの結果、フィールドレベルのチェック、テスト適応、設計偏差、プロビジョニングされたAzureリソース、正確な再テストコマンドを確認してください。
関連するコンテンツ
- 統合プラットフォームからAzure Logic Appsへの移行自動化
- Quickstart: Azure Logic Apps Migration Agent を使用して統合プロジェクトを移行します