用途：在迁移后阶段，从冻结的基线规格生成可执行的 *PostMigrationIT 测试，并对迁移后的应用运行这些测试。基线阶段只产出规格（test-cases、infra-decision-table、testdata），本技能是唯一生成集成测试代码的地方。
主要能力与原则：规格是事实来源，测试无法按字段生成时应回到重新冻结流程，而非自行补充细节；迁移后测试只做新增，不替换原有测试；每个 TC-* 严格对应一个测试方法，方法名必须包含 TC-ID 以便追溯；触发方式必须与声明的入口点一致，例如 HTTP 入口用 HTTP 测试客户端、消息队列监听器必须向队列发送真实消息、EJB 入口通过容器管理的接口调用、定时任务用框架的触发钩子；断言需覆盖 Expected Response、Resource Verification 和 Negative Verification 的每一项；不得硬编码环境拓扑，需从测试配置和环境变量解析；禁止创建、更新或删除 Azure 资源，只允许只读诊断命令；发现生产缺陷应回交迁移工程师，不得修改测试绕过。
使用方式：输入 taskid 和 modernization-work-folder。流程包括校验基线完整性、加载 infra-decision-table 并做前置条件检查、校验规格就绪、规划 TC→测试映射表并写入 post-migration-plan.md、生成测试代码、运行验证并输出 verification-summary.md。若依赖标记为 testcontainer，必须使用容器化模拟器/服务，并参考 azure-auth-strategies.md、azure-servicebus-testcontainers.md、azure-storage-testcontainers.md。
适用场景：Java、Python、Node、Go 等多模块项目的迁移后集成测试验证，尤其是涉及消息队列、事件总线、存储事件、CDC、邮件、文件监听等事件驱动入口的场景。
限制：资料未提供具体安装命令、收费信息、支持平台或性能数据；若基线文件缺失或漂移、规格字段不全、依赖前置条件变化，应中止或进入重新冻结流程，不得静默降级或跳过。