你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
在迁移期间执行业务测试
虽然迁移团队有助于将工作负荷迁移到 Azure，但工作负荷的测试最好由该工作负荷的业务用户执行。 迁移团队通过尽可能促进工作负荷测试、开发测试计划和自动化测试来支持此业务活动。
在业务测试或用户验收测试（UAT）期间，你观察到真实用户尝试在实际或副本 (replica)业务流程的上下文中使用新解决方案。
注意
自动测试并不总是可用。
自动测试是测试任何系统的高效方法。 但是，云迁移通常侧重于旧系统或稳定的生产系统。 这些系统很少通过彻底且维护良好的自动测试进行管理。
本文假定在迁移时提供自动测试。
业务测试的目标是从电力用户获取验证，以验证新解决方案是否符合预期，并且不会妨碍业务流程。 如果未达到该目标，业务测试将充当反馈循环，可帮助定义工作负荷不符合预期的方式和原因。
业务测试期间的业务活动
在业务测试期间，第一次迭代是客户直接手动驱动。 这是最纯洁、最耗时的反馈循环形式。
- 识别强大用户：业务通常更好地了解受技术更改影响最大的强大用户。 Power Users 是经常执行实际过程的人员，它需要与技术工具或工具集（例如为客户提供服务的呼叫中心）进行交互。
- 协调和准备 Power Users：确保 Power 用户了解业务目标、所需结果以及业务流程的预期更改。 为测试过程准备电源用户及其管理结构。
- 参与反馈循环解释：帮助 IT 人员了解来自电力用户的各种反馈点的影响。
- 阐明流程更改：在转换可能会触发业务流程更改时传达流程更改和任何下游影响。
- 确定反馈的优先级：帮助 IT 团队根据业务影响确定反馈的优先级。
业务测试期间的迁移团队活动
迁移团队是业务测试输出的接收者之一。 业务测试过程中公开的反馈循环最终成为定义技术变更或过程变更的工作项。 作为业务测试输出的接收者，迁移团队有望帮助促进、反馈收集和管理生成的技术操作。
迁移团队在业务测试期间执行的典型活动包括：
- 提供结构和物流：在使用强大用户后，可以创建一个电子表格，其中包含测试人员的位置，以添加其笔记，以定义需要运行的测试。
- 便利化：在测试期间协助便利化。
- 记录反馈：提供记录反馈的方法和过程。 可以使用 Azure DevOps 或 Excel 电子表格有效地捕获信息和记录操作项。
- 确定反馈的优先级：帮助业务确定优先级并验证反馈。
- 更改计划：制定用于执行技术更改的计划。
- 识别自动测试：确定现有的自动测试，这些测试可能会简化由电源用户进行测试。
- 流程改进：研究测试过程、定义基准，并创建自动化，以进一步简化可能需要重复部署或测试的更改的电力用户测试。
示例测试计划
可以使用以下内容作为生成测试计划的参考：
| 测试 | 步骤 | 成功/失败 | 测试人员说明 |
|---|---|---|---|
| 登录 | 使用普通凭据登录。 确认看到的信息与生产系统相同。 | ✅ | 无备注 |
| 创建新记录 | 在系统中创建新记录，并确认所有工作流作业都运行得当。 | ✅ | 无备注 |
| 读取创建的记录 | 重新打开创建的记录，并确认所有材料都已填写。 | ✅ | 无备注 |
| 更新创建的记录 | 对创建的记录进行更改，并确认更新是否能够准确进行。 | ✅ | 无备注 |
| 删除创建的记录 | 删除创建的记录，并确认记录已从系统中删除。 | ✅ | 无备注 |
| 读取现有记录 | 打开以“Test-Record-Azure-Test”开头的现有测试记录之一，确认可以读取所有材料。 | ✅ | 无备注 |
| 更新现有记录 | 更新在上一步中使用的测试记录，并确认更新是否能够准确进行。 | ❌ | 更新失败，出现错误消息：“无法访问事务数据库”。 |
| 删除现有记录 | 删除在上一步中使用的测试记录。 | ❌ | 更新失败，出现错误消息：“无法访问事务数据库”。 |