信息化项目进入收尾阶段，不少负责人会接触到第三方软件验收测试。很多人第一次接触这项工作，对资质效力、测试周期、报价逻辑、缺陷处理等问题存在疑问。本文整理了项目方咨询度最高的 10 个问题，用通俗的方式说明软件验收测试相关规则与实操要点。

Q1：项目验收为什么优先找第三方做测试，而不是研发自己测？

A：软件开发团队自测，更多用于内部质量自查，结果缺少独立性，一般很难单独作为正式验收材料。 第三方验收测试，由独立检测机构依据需求规格说明书、项目合同、国标开展验证，核验软件功能、性能、兼容性、安全性等是否满足交付约定。测试全程留痕、数据可溯源，出具的检测报告，用来支撑项目验收评审。

Q2：受 “一单一库” 政策影响，软件验收测试报告还能加盖 CMA 章吗？CMA 章是不是失效了？

A：CMA 资质本身并未失效。在 “一单一库” 监管要求落地后，软件测试类目不再允许出具带 CMA 标识的检测报告。 现阶段软件验收测试的合规方案，是在 CNAS 认可能力范围内开展检测，出具加盖 CNAS 标识的报告用于项目验收。

Q3：有 CNAS 章的报告就一定能用吗？

A：不一定，不能只看报告上有没有 CNAS 标识。关键要看本次测试项目、配套的执行标准，是否都在这家实验室的 CNAS 能力附表里面。 就算机构持有 CNAS 证书，如果测试内容不在附表列明能力内，这份带 CNAS 章的报告在评审时也不会被采信。

Q4：挑选第三方检测机构，除了核对 CNAS 附表，还有哪些需要留意的地方？

A：第一，提前确认全套交付物清单，常规包含测试方案、缺陷清单、原始测试记录、正式检测报告；第二，提前问清复测规则，明确缺陷整改后的回归测试是否额外计费；第三，优先选择熟悉对应行业项目评审惯例的机构； 第四，避开模板化报告，这类报告很容易在提交环节不被认可，耽误项目节点。

Q5：启动验收测试之前，我方需要提前准备哪些资料？

A：常规准备材料：软件需求规格说明书、功能清单、合同里对应的技术指标章节、软件部署包、可用测试环境、测试账号权限；如果是信创环境项目，还需要提供硬件、操作系统、中间件等环境清单。资料提前准备完整，能够避免测试中途停滞，节省整体时间。

Q6：测试过程里，我们需要安排人全程配合吗？主要配合哪些工作？

A：不需要专人全程驻场跟随测试。主要配合事项集中在几个节点：前期确认需求和测试方案、测试期间协助调试环境、配合复现疑难问题、缺陷整改完成后通知机构启动回归测试。大部分测试工作可以由检测团队独立完成。

Q7：软件验收测试，一般多久可以完成？哪些情况会拉长时间？

A：在文档齐全、测试环境稳定、权限到位，且没有大规模缺陷整改的前提下：

小型系统（独立工具、单一模块）：3–5 个工作日

中型业务系统（管理平台、OA 类系统）：5–10 个工作日

大型复杂系统（多模块联动、含性能、安全专项）：10–20 个工作日

拖慢进度最常见的原因：需求文档缺失、测试环境频繁变动、测试过程发现缺陷，需要整改后复测。有紧急节点需求，可提前沟通排期。

Q8：做软件验收测试大概多少钱？价格是怎么定的？

A：软件验收测试没有统一的标准定价，按项目评估核算。影响价格的核心因素：软件规模、测试范围（仅功能测试 / 叠加性能、安全、信创适配等专项）、是否加急、包含几轮缺陷回归复测。 提供需求文档和测试范围后，机构一般会在1-3个工作日内给出方案和明细报价，明确测试内容、交付物、复测规则。

Q9：测试查出缺陷，是不是必须整改？能不能先验收？

A：缺陷会按风险等级划分：致命、严重、一般、轻微。 致命、严重缺陷属于必须整改项，整改完成后要重新回归测试验证；一般、轻微缺陷，可由甲乙双方共同评估风险，协商确定处理方案，同步留存缺陷清单与优化计划，在各方达成一致的前提下推进验收。 测试机构会同步给出缺陷整改建议，方便研发团队定位和修复问题。

Q10：软件验收测试、确认测试、软件登记测试，报告用途不一样，该怎么区分？

A：很多项目负责人容易混淆这三类软件检测，三者定位不一样，适配不同的诉求：

验收测试：对标项目合同与甲方业务需求，服务项目交付验收；

确认测试：验证软件是否满足规定技术需求，常配套上线合规相关工作；

软件登记测试：用途相对单一，主要支撑软件著作权登记。 拿到任务书、招标文件之后，可以对照里面明确要求的报告类型来选择，避免选错，导致报告无法使用。