软件确认测试和验收测试是一回事吗？区别在哪？

软件确认测试和验收测试，很多人以为是一回事。名字都带“测试”，报告上都盖CNAS章，不都是证明系统达标吗？

真不是。这两件事解决的是两个不同的问题。但现实中经常被当成一回事用，而且这么用也不算错。

我们每年接的活儿里，大概有三分之一，招标文件上写的是“验收测试”，合同里写的是“确认测试”，甲方经办人嘴里说的是“出一份能过验收的报告”。这三个说法指向的其实是同一份东西。所以如果你现在正为这个词纠结，我建议先别急着翻标准，去把合同的验收条款和招标文件的资质要求再读一遍，看它到底要你证明什么。

确认测试报告

一、两个词原本的意思

1.确认测试，回答的是“软件是不是把需求做出来了”。

它的对标物是《需求规格说明书》。功能点齐不齐、指标达没达标、异常路径走不走得通，一条条对。依据的标准主要是 GB/T 25000.51-2016《系统与软件工程 SQuaRE 第51部分：就绪可用软件产品的质量要求和测试细则》，政务项目还会叠加 GW0014-2017《国家电子政务工程项目应用软件第三方测试规范》。这是技术活，靠用例说话，测出来多少缺陷就写多少缺陷。

2.验收测试，回答的是“甲方要不要收下这个系统、能不能结项”。

它的对标物是合同和招标文件。除了功能，还看交付物全不全（源码、用户手册、运维手册、培训记录）、工期履约怎么样、有没有遗留问题、风险能不能接受。主体通常是建设单位（甲方），或者甲方委托的第三方。它追求的不是“覆盖所有分支”，而是“承诺可举证”。

一句话区分：确认测试看需求，验收测试看合同；一个判对错，一个判收不收。

二、那为什么大家老混着用

因为在国内的项目流程里，确认测试往往是验收测试的技术底座。

甲方不可能自己写几千条用例去把系统跑一遍，常规做法就是委托具备资质的第三方做一次确认测试（或叫系统测评），拿着那份带章的报告上验收会。于是“做确认测试”和“通过验收”在时间线上贴得极近，久而久之就被说成了一件事。

而且 GW0014-2017 里提的第三方测试模式是“文档审查＋系统测试＋验收测试”三段式，你看，它自己就把确认性质的系统测试和验收测试放在同一份委托里了。所以你要是发现两份材料内容高度重合，别慌，正常现象。

三、核心区别，可以从五个维度看。

第一，目的不同。确认测试验证“需求有没有被正确实现”，是技术符合性验证。验收测试验证“系统能不能被用户接收”，是交付决策验证。

第二，依据不同。确认测试主要看需求规格说明书、设计文档、任务书。验收测试主要看合同、招标文件、验收标准、用户业务场景。

第三，执行主体不同。确认测试可以由开发方或第三方执行。验收测试通常由用户方主导，第三方参与或受委托执行。

第四，时机不同。确认测试一般在系统测试之后、交付验收之前做，是验收的技术前置环节。验收测试是交付前的最后一道关，甲方签字前的正式验证。

第五，结论用途不同。确认测试报告更多是技术证据，说明“需求符合情况”。验收测试报告是交付决策文件，说明“是否同意接收”。确认测试报告可以作为验收测试的重要依据，但不能替代验收测试报告。反过来，验收测试报告里往往也会引用确认测试的结果。

确认测试与验收测试

那实际项目里该怎么选？如果是科研课题结题、科技成果鉴定、内部质量把关，通常需要确认测试报告。如果是政府信息化项目验收、国企采购交付、财政资金结算，通常需要验收测试报告。如果项目既要做结题又要做交付验收，可以让一家第三方机构同时做确认测试和验收测试，分别出具报告，避免重复测试和口径不一致。

说到底，确认测试和验收测试不是二选一，而是交付链条上的两个环节。确认测试把技术问题拦在前面，验收测试把交付风险控在最后。搞清楚两者的区别，项目验收和课题结题才不会因为报告类型用错而卡住。

标签：确认测试、验收测试