执行对象

通常来说，UAT一般由最终用户根据相关的用户手册进行预使用。UAT用户手册的编写与最终发布的用户帮助文档有一定的区别，UAT用户手册会相比较而言简单，实用性、操作性更强一些。简而言之，用户帮助文档是在UAT用户手册的基础上具体化，详细化，理论化的文档，故此，参与UAT的人员需要对产品有一定的了解，并具备相关产品测试的理论知识指导。同时，参与人员必须具备丰富的产品评价经验，以求对产品进行非功能性评测。

执行前提

1/3

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

执行步骤

1. 1.

   用户培训手册准备。指针对要进行UAT测试的对象，及要进行培训的用户，准备一些培训资料。一般是测试对象使用/功能手册及要培训的用户的个人资料等等，跟教师上课进行备课差不多。

2. 2.

   测试脚本发放。如果公司采用自动化测试，那么每一个功能或一个模块等都有对应的测试脚本，可以把这些测试脚本分发给特定的人员；如果采用手工测试，就要把详细描述一个功能或模块的文档分给相关人员（当然自动化测试也要分发）。

3. 3.

   用户补充业务测试场景和测试数据。请有代表性的一些最终用户根据实际应用环境及一些常用处理的数据，来给一些补充与建议，越贴近实际应用越好。

4. 4.

   顾问补充测试步骤。可以请项目专家，测试经理，或专门的测试，开发等顾问对测试步骤进行补充。

5. 5.

   培训资料及测试脚本文档的确定与最终输出。一般到此，各种资料都基本确定，这时可以将它们进行打印，或形成特别的电子文档。

6. 6.

   测试策略的制定。如嵌入测试策略等。

7. 7.

   测试用户的确定。大体上从培训人员中选取，因为不是每个接受培训的人员都能有资格去测试的，这里你可以通过一些考核来实现人员的筛选等等。

8. 8.

   由专门的测试组织机构确定测试地点，并发出通知。

9. 9.

   测试网络环境的搭建和保障。包括网络，系统，硬软件，包括一些用例工具等。

10. 10.

    组织进行测试。

11. 11.

    评审分析提交的问题。这就进入了一般bug处理过程，形成了一个循环。