UAT验收环节

验收环节四个点

1. Test环境发布UAT准则
2. UAT环境交付业务验收准则
3. UAT环境验收过程测试如何做
4. 提前进入UAT验收的好处
   项目环境构成：Dev环境、Test环境、UAT环境、压测环境、生产环境

一 Test环境发布UAT准则

1. 确保project version范围内的功能模块已经全部开发、测试OK
2. 无影响主流程功能性一般等级以上的BUG（低优先级、优化项可以在上UAT环境后进行补丁优化）
3. UAT环境相关配置已预置（与Test保持一致）
4. UAT验收数据预置(与Test保持一致)
5. 另外有些项目可能还接入了权限系统，需要提前在权限系统，进行配置页面功能菜单、按钮相关操作权限，否则登入UAT环境看不到更新菜单or按钮内容
6. 针对前后端分离的项目，例如区分应用侧跟中台的话，那后端相关接口服务需要中台在应用侧前期或同步发版到UAT，否则应用侧的版本是无法正常使用，这个是沟通协作上的问题，需要注意
7. 页面UI设计、交互，测试、PRO测试验收通过

二 UAT环境交付业务验收准则

1. 测试人员在UAT环境主流程测试通过（冒烟测试）
2. 产品人员在UAT环境主流程验收通过
3. 产品在页面交互上验收通过（无大改内容）
4. 测试人员已将业务 验收文档 相关内容准备OK，验收过程知会业务
   文档内容大概包含：UAT环境验收地址、UAT验收账号、版本验收范围、验收注意事项、验收结果是否通过（业务填写最终结果）
5. 明确业务验收的时间范围，在规定时间内进行完成验收动作

三 UAT环境验收过程测试如何做

1. 验收过程测试人员要实时配合业务造测试数据
2. 验收过程存在相关问题，测试实时解答并记录（BUG进行录入缺陷系统标注UAT环境、需求优化进行记录验收完毕后，根据优先级统一周知产品）
3. 需求相关的疑问，要知会产品要随时解答支持
4. 验收OK，拿到对应的业务验收文档报告，周知项目经理以及相关成员，告知结果，上线预热

四 提前进入UAT验收的好处

提前进入验收阶段有一个好处就是尽早让业务介入进来，针对当前版本尽早提出有哪些优化的点，开发测试同学及时根据业务方的需求（经产品确认后）进行迭代

毕竟业务出需求的时候提的是想法，产品接收到想法后，进行产品设计，出产品文档，开发测试看到的产品文档只是一张张原型稿与文案，开发测试过程场景未覆盖全面，是不可避免的

主要在信息传输这个环节，还不能保证信息传递不出现误差；所以当实际的产品开发完出效果后，很多地方应该会与业务想要的实际效果有出入

所以提前进入业务验收阶段，早发现问题早解决，尽可能减少因后期需求大改，导致项目延期的风险