说到验收测试，验收测试(Acceptance Testing)是在软件产品完成了功能测试和系统测试之后、产品发布之前所进行的软件评测项目，也是软件交付时进行验收软件是否合格的一项测试内容。它是技术测试的Z后一个阶段，也称为交付测试。验收测试的目的是确保产品准备就绪，并且可以让Z终用户将其用于执行产品的既定功能和任务。
验收测试
验收测试的流程，是验证系统是否达到了用户需求规格说明书（可能包括项目或产品验收准则）中的要求，测试试图尽可能地发现软件中存留的缺陷，从而为软件进一步改善提供帮助，并保证系统或软件产品Z终被用户接受。主要包括易用性测试、兼容性测试、安装测试、文档（如用户手册、操作手册等）测试等几个方面的内容。
总体来说，软件产品验收测试一般主要包括以下几个步骤：
1.制定测试计划，测试项，测试策略及验收通过准则，并经过客户参与的计划评审。
2.建立测试环境，设计测试用例，并经过评审。
3.准备测试数据，执行测试用例，记录测试结果。
4.分析测试结果，根据验收通过准则分析测试结果，作出验收是否通过及测试评价。
5.测试项目通过；
6.测试项目没有通过，并且不存在变通方法，需要很大的修改；
7.测试项目没有通过，但存在变通方法，在维护后期或下一个版本改进；
8.测试项目无法评估或者无法给出完整的评估。此时必须给出原因。如果是因为该测试项目没有说明清楚，应该修改测试计划。
9.提交测试报告
而验收测试的主要内容，主要是包括有这么几块：制定验收测试的标准、复审配置项和执行验收测试。
1、制定验收测试的标准
与系统测试一样，验收测试也需要一系列的测试计划和方案。首先需要确定本次验收测试需要测试哪些种类，即测试哪些方面，如性能测试、可安装性测试、可移植性测试、易用性测试、文档测试等；然后依据测试种类安排相应的测试进度。
测试计划确定后，需要确定验收测试过程中使用的测试用例，关于测试用例的确定，一般有两种方法：一是在原系统测试阶段设计的测试用例抽取一部分，作为验收测试的用例，因为验收测试不可能对整个系统进行一次完整的测试，一般可能会抽取部分测试用例作为验收测试的用例。但该方法的缺点是，由于系统测试阶段设计的测试用例都已经过了测试，所以这些测试用例正常情况下都能正确地通过测试;二是在抽取部分测试用例的基础上添加一些特殊的测试用例，这种方法虽然花费的时间相对较长，但是验收会更全面，添加的特殊测试用例可以更好地验收需要关注的功能点。
验收测试主要关注以下几个方面的内容：
(1)软件是否满足合同规定的所有功能和性能。
(2)文档资料是否完整。
(3)人机界面是否准确，并与合同规则相一致。
(4)其他方面(如可移植性、兼容性、错误恢复能力和可维护性等)是否令用户满意。
验收测试的结果有两种：一种是功能和性能指标满足软件需求说明的要求，用户可以接受;另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差，一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
2、复审配置项
验收测试的另一个重要环节是配置项复审，在进行验收测试之前，必须保证所有软件配置项都能进入验收测试，只有这样才能保证z终交付给用户的软件产品的完整性和有效性。复审的目的是保证软件配置齐全、分类有序，并且包括软件维护所必需的细节。
对于一个外包的软件项目而言，软件承包方通常要提供如下相关的软件配置内容，可执行程序、源程序、配置脚本、测试程序或脚本，开发类文档，管理类文档等。这其中，在实际的验收测试执行过程中，文档审核是比较难的工作，主要原因有两个方面;一方面是由于市场需求、时间等方面的压力，文档工作被延迟和弱化，将更多的时间和精力花费在产品的研究过程中，而忽略了文档的编写;另一个方面是文档评审往往没有标准可循，不易把握其完善的好与坏。
3、执行验收测试
验收测试标准和复审配置项都准备好后，即可开始执行验收测试，验收测试的对象主要包括复审配置项(即文档)的测试和可执行程序的测试。验收测试是整个验收过程中的核心部分。
