被审核内容中存在的问题，并最终得到解决。在根据相应的审核表进行文档审核和源代码审核时，还要注意文档与源代码的一致性。
在实际的验收测试执行过程中，常常会发现文档审核是最难的工作，一方面由于市场需求等方面的压力使这项工作常常被弱化或推迟，造成持续时间变长，加大文档审核的难度；另一方面，文档审核中不易把握的地方非常多，每个项目都有一些特别的地方，而且也很难找到可用的参考资料。
3、可执行程序的测试
在文档审核、源代码审核、配置脚本审核、测试程序或脚本审核都顺利完成，就可以进行验收测试的最后一个步骤——可执行程序的测试，它包括功能、性能等方面的测试，每种测试也都包括目标、启动标准、活动、完成标准和度量等五部分。
要注意的是不能直接使用开发方提供的可执行程序用于测试，而要按照开发方提供的编译步骤，从源代码重新生成可执行程序。在真正进行用户验收测试之前一般应该已经完成了以下工作（也可以根据实际情况有选择地采用或增加）：
● 软件开发已经完成，并全部解决了已知的软件缺陷。
● 验收测试计划已经过评审并批准，并且置于文档控制之下。
● 对软件需求说明书的审查已经完成。
● 对概要设计、详细设计的审查已经完成。
● 对所有关键模块的代码审查已经完成。
● 对单元、集成、系统测试计划和报告的审查已经完成。
● 所有的测试脚本已完成，并至少执行过一次，且通过评审。
● 使用配置管理工具且代码置于配置控制之下。
● 软件问题处理流程已经就绪。
● 已经制定、评审并批准验收测试完成标准。
具体的测试内容通常可以包括：安装（升级）、启动与关机、功能测试（正例、重要算法、边界、时序、反例、错误处理）、性能测试（正常的负载、容量变化）、压力测试（临界的负载、容量变化）、配置测试、平台测试、安全性测试、恢复测试（在出现掉电、硬件故障或切换、网络故障等情况时，系统是否能够正常运行）、可靠性测试等。
性能测试和压力测试一般情况下是在一起进行，通常还需要辅助工具的支持。在进行性能测试和压力测试时，测试范围必须限定在那些使用频度高的和时间要求苛刻的软件功能子集中。由于开发方已经事先进行过性能测试和压力测试，因此可以直接使用开发方的辅助工具。也可以通过购买或自己开发来获得辅助工具。具体的测试方法可以参考相关的软件工程书籍。
那么，如何判断用户验收测试就完成了呢？如果执行了所有的测试案例、测试程序或脚本，所有的软件配置均已更新和审核，用户验收测试中发现的所有软件问题都已解决，可以反映出软件在用户验收测试中所发生的变化。