什么是UAT[通俗易懂]

大家好，又见面了，我是你们的朋友全栈君。

基本概念

UAT，英文User Acceptance Test的简写，也就是用户验收测试，或用户可接受测试，系统开发生命周期方法论的一个阶段，这时相关的用户或独立测试人员根据测试计划和结果对系统进行测试和接收。它让系统用户决定是否接收系统。它是一项确定产品是否能够满足合同或用户所规定需求的测试。这是管理性和防御性控制。

进行UAT的产品理论上来说，必须已经全部开发、测试完毕，代码状态处于冻结状态， 所有测试出来的bug都已经被妥善处理，重大的bug都被解决，并验证通过。 对于一些低级别 bug ，要么决定被写入发布公告中，要么被设置为不需要修改的问题。 在实际项目操作过程中，由于计划进度原因达不到理论状态前提，故此，UAT的效果也达不到应有的效果。

执行步骤

1. 用户培训手册准备。指针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料。一般是测试对象使用/功能手册及要培训的用户的个人资料等等，跟教师上课进行备课差不多。
2. 测试脚本发放。如果公司采用 自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用 手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发）。
3. 用户补充业务测试场景和测试数据。请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好。
4. 顾问补充测试步骤。可以请项目专家， 测试经理，或专门的测试，开发等顾问对测试步骤进行补充。
5. 培训资料及测试脚本文档的确定与最终输出。一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档。
6. 测试策略的制定。如嵌入测试策略等。
7. 测试用户的确定。大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等。
8. 由专门的测试组织机构确定测试地点，并发出通知。
9. 测试网络环境的搭建和保障。包括网络，系统，硬软件，包括一些 用例工具等。
10. 组织进行测试。
11. 评审分析提交的问题。这就进入了一般bug处理过程，形成了一个循环。

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/166375.html原文链接：https://javaforall.cn