近年来，随着软件行业技术和市场环境的变化，越来越多的企业选择将软件项目外包，伴随着外包的软件项目日益增长，如何对这些外包的项目进行质量把控成为企业的一个关键问题。在软件的众多质量控制手段中软件的验收测试是其中主要的方法之一，它是验证系统是否满足需求的一种测试，也是测试验收人员对质量最后一关的把控，直接影响客户对产品好坏的感知。怎样做好验收测试是一门学问，中研院软件测评中心将由浅入深全面解读验收测试，让大家能做好合理的收尾工作，顺利的完成交付!
日常验收：
现实生活中的项目验收是公司乃至每个项目成员都想要的结果，一旦验收对公司来说就是，可以收验收阶段的款了，不需要再投入那么多人力到项目当中，项目终于可以告一段落，大家都可以轻松一下了。项目验收是一系列细致工作完成到位的结果，而不是某一点的成功或某个人能力就可以促成的事情。怎么做好验收工作，合理的收尾都是我们每个人必须要关注到的内容和工作的重中之重。
软件验收：
标准定义：验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
验收测试是向未来的用户表明系统能够像预定要求那样工作。经集成测试后，已经按照设计把所有的模块组装成一个完整的软件系统，接口错误也已经基本排除了，接着就应该进一步验证软件的有效性，这就是验收测试的任务，即软件的功能和性能如同用户所合理期待的那样。
验收测试原则：
在测试方法上，由于验收阶段的特殊性，一般以黑盒测试和配置复审为主，以自动化测试和特殊性能测试为辅，项目实施方会同最终用户在项目专家组的领导与协调下共同参与。
当然，作为一个大的综合性的信息化项目，验收测试一定要慎之又慎。参与人员务必要本着认真负责的态度。验收时必须下注意以下几个原则问题：一是验收测试始终要以双方确认的需求规格说明和技术合同为依据，确认各项需求是否得到满足，各项合同条款是否得到贯彻执行。二是验收测试和单元测试、集成测试不同。它是以验证软件的正确性为主，而不是以发现软件错误为主。三是对验收测试中发现的软件错误要分级分类处理，直到通过验收为止。四是验收测试中的用例设计要综合全面，能以最少的时间在最大程度上确认软件的功能和性能是否满足要求。
通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步--验收测试即可开始。验收测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。
常用策略：
实施验收测试的常用策略有三种，
它们分别是：正式验收、非正式验收测试、Beta测试
我们选择的测试策略通常都是建立在合同之上和现场工作具体情况而定
今在此举例Beta测试为讲解和测试说明
Beta 测试需要的控制是最少的。在 Beta 测试中，采用的细节多少、数据和方法完全由各测试员决定。各测试员负责创建自己的环境、选择数据，并决定要研究的功能、特性或任务。各测试员负责确定自己对于系统当前状态的接受标准。
Beta 测试由最终用户实施，通常开发(或其他非最终用户)组织对其的管理很少或不进行管理。Beta 测试是所有验收测试策略中最主观的。
β测试是软件的多个用户在一个或多个用户的实际使用环境下进行的测试。开发者通常不在测试现场，Beta测试不能由程序员或测试员完成。
当开发和测试根本完成时所做的测试，而最终的错误和问题需要在最终发行前找到。这种测试一般由最终用户或其他人员员完成，不能由程序员或测试员完成。
测试的总体思路：
用户验收测试是软件开发结束后，用户对软件产品投入实际应用以前进行的最后一次质量检验活动。它要回答开发的软件产品是否符合预期的各项要求，以及用户能否接受的问题。由于它不只是检验软件某个方面的质量，而是要进行全面的质量检验，并且要决定软件是否合格，因此验收测试是一项严格的正式测试活动。需要根据事先制订的计划，进行软件配置评审、功能测试、性能测试等多方面检测。
用户验收测试可以分为两个大的部分：软件配置审核和可执行程序测试，其大致顺序可分为：文档审核、源代码审核、配置脚本审核、测试程序或脚本审核、可执行程序测试。
要注意的是，在开发方将软件提交用户方进行验收测试之前，必须保证开发方本身已经对软件的各方面进行了足够的正式测试(当然，这里的"足够"，本身是很难准确定量的)。
用户在按照合同接收并清点开发方的提交物时(包括以前已经提交的)，要查看开发方提供的各种审核报告和测试报告内容是否齐全，再加上平时对开发方工作情况的了解，基本可以初步判断开发方是否已经进行了足够的正式测试。