确认测试是对通过组合测试的软件进行的，这些软件已经存于系统目标设备的介质上。确认测试的目的是要表明软件是可以工作的，并且符合”
软件需求说明书”中规定的全部功能和性能要求。确认测试是按照这些要求定出的”确认测试计划”进行的。测试工作由一个独立的组织进行。而且测试要从用户观点出发。
确认测试又称有效性测试。有效性测试是在模拟的环境下，运用黑盒测试的方法，验证被测软件是否满足需求规格说明书列出的需求。任务是验证软件的功能和性能及其他特性是否与用户的要求一致。对软件的功能和性能要求在
软件需求规格说明书中已经明确规定，它包含的信息就是软件确认测试的基础。
通过
集成测试之后，软件已完全组装起来，接口方面的错误也已排除，确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足
软件需求说明书中的确认标准。
1. 确认测试标准
实现软件确认要通过一系列
黑盒测试。确认测试同样需要制订
测试计划和过程，测试计划应规定测试的种类和测试进度，
测试过程则定义一些特殊的
测试用例，旨在说明软件与需求是否一致。无论是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意。
确认测试的结果有两种可能，一种是功能和性能指标满足
软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
2. 配置复审
确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括
软件维护所必须的细节。
α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。
它是在开发现场执行，开发者在客户使用系统时检查是否存在错误。在该阶段中，需要准备β测试的
测试计划和测试用例。多数开发者使用α测试和β测试来识别那些似乎只能由用户发现的错误，其目标是发现严重错误，并确定需要的功能是否被实现。在软件开发周期中，根据功能性特征，所需的α测试的次数应在项目计划中规定。
它是一种现场测试，一般由多个客户在软件真实运行环境下实施，因此开发人员无法对其进行控制。β测试的主要目的是评价软件技术内容，发现任何隐藏的错误和边界效应。她还要对软件是否易于使用以及用户文档初稿进行评价，发现错误并进行报告。β测试也是一种详细测试，需要覆盖产品的所有功能点，因此依赖于功能性测试。在测试阶段开始前应准备好
测试计划，清楚列出测试目标、范围、执行的任务，以及描述测试安排的测试矩阵。客户对异常情况进行报告，并将错误在内部进行文档化以供测试人员和开发人员参考。