请教各位老师关于确认测试的概念

linkalee

确认测试概念是什么？如何理解？

天网

如果一个完整的系统既有软件也有硬件，需要将它们集成在一起才是一个整体，那么单独进行软件子系统的测试是确认测试，将软件、硬件整合在一起进行测试是系统测试。也就是说确认测试可以看成是软件子系统的系统测试，或者整个完整系统的集成测试的一步：即子系统的集成。

忧郁の真人

又长知识了,谢谢老师的解释.

wangziyang

真好，懂了，以前真是糊涂打糨子。

qi_cy

老师好，我在网上搜索了一下确认测试的相关内容，希望老师能够给与点评：） 多谢了！


通过综合测试之后，软件已完全组装起来，接口方面的错误也已排除，软件测试的最后一步——确认测试即可开始。确认测试应检查软件能否按合同要求进行工作，即是否满足软件需求说明书中的确认标准。
1. 确认测试标准
　　实现软件确认要通过一系列墨盒测试。确认测试同样需要制订测试计划和过程，测试计划应规定测试的种类和测试进度，测试过程则定义一些特殊的测试用例，旨在说明软件与需求是否一致。无是计划还是过程，都应该着重考虑软件是否满足合同规定的所有功能和性能，文档资料是否完整、准确人机界面和其他方面（例如，可移植性、兼容性、错误恢复能力和可维护性等）是否令用户满意。
　　确认测试的结果有两种可能，一种是功能和性能指标满足软件需求说明的要求，用户可以接受；另一种是软件不满足软件需求说明的要求，用户无法接受。项目进行到这个阶段才发现严重错误和偏差一般很难在预定的工期内改正，因此必须与用户协商，寻求一个妥善解决问题的方法。
2. 配置复审
　　确认测试的另一个重要环节是配置复审。复审的目的在于保证软件配置齐全、分类有序，并且包括软件维护所必须的细节。
3. α、β测试
　　事实上，软件开发人员不可能完全预见用户实际使用程序的情况。例如，用户可能错误的理解命令，或提供一些奇怪的数据组合，亦可能对设计者自认明了的输出信息迷惑不解，等等。因此，软件是否真正满足最终用户的要求，应由用户进行一系列“验收测试”。验收测试既可以是非正式的测试，也可以有计划、有系统的测试。有时，验收测试长达数周甚至数月，不断暴露错误，导致开发延期。一个软件产品，可能拥有众多用户，不可能由每个用户验收，此时多采用称为α、β测试的过程，以期发现那些似乎只有最终用户才能发现的问题。
　　α测试是指软件开发公司组织内部人员模拟各类用户行对即将面市软件产品（称为α版本）进行测试，试图发现错误并修正。α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的 用户操作方式。经过α测试调整的软件产品称为β版本。紧随其后的β测试是指软件开发公司组织各方面的典型用户在日常工作中实际使用β版本，并要求用户报告异常情况、提出批评意见。然后软件开发公司再对β版本进行改错和完善。

天网

很多测试的概念现在业界都还没有统一。你这里查到的确认测试也基本上属于软件子系统的系统测试，即软件部分集成后的系统测试。

里米特

我认为确认测试要根据具体的情况来调整测试方法。

比如产品的测试可以分别让用户和测试组同时进行确认测试，兼顾用户实际需求和SRS的规格。(因

为产品的SRS缺陷肯定是比较多的)

项目的话可以着重对SRS进行规格确认的测试。


我的感受是需求标准不断在变化，就算制定标准的人头脑中的标准也不断在变化，所以测试人员和

市场分析人员或者标准制定着等等思想上的认识统一程度很重要。

不知道说的是否正确，大家多多讨论。

getfly

我还是觉得天网老师说的明确一些。确认测试就是验证由软硬件结合起来的系统中纯软件的部分。