可以补,但补的是“测试”,也就是说,若你已经测试过未加盖CNAS章,可加上;若未做过测试,可以找到第三方测试机构加急为你进行测试。具体情况我们下面详细分析,但是加急并不代表“直出”,如果有人跟你说“半天或者1天给你出一份带CNAS章的报告”,他卖的绝不是检测服务,一定的提高警惕,防止被卖假报告。

CNAS测试报告
很多人以为CNAS就是报告右上角那个logo。其实它是一套资格+范围的组合:
1.资格:实验室通过了CNAS依据CNAS-CL01(等同ISO/IEC 17025)的认可评审,具备按标准开展检测的技术能力;
2.范围:你这份报告依据的检测标准(比如软件类常用的GB/T 25000.51《系统与软件工程 系统与软件质量要求和评价》),必须明确写在它的认可范围附件里。超范围出具的报告,就算盖了章也属于违规标注;
3.形式:报告上要有CNAS认可标识、检验检测专用章、授权签字人签发,以及完整的原始记录链条(用例、环境配置、执行结果、缺陷与回归记录、三级审核痕迹)。
也就是说,CNAS报告是一整套可追溯的检测活动的产物,章只是最后那一步的出口。你没法单独补一个出口。
情况A:测过,但当时没标CNAS。
这是最有救的一种。原始记录还在、机构资质也在,可以重新走签发流程出具带CNAS标识的报告。不过要注意:签发日期必须是实际签发日,不能倒签回投标那天。RB/T 214-2017要求记录和报告保存期不少于6年,三年内的项目基本都能调档;超过6年档案可能已销毁,那就归入情况C了。
情况B:完全没测过。
只能重做。周期见下节,别指望有捷径。
情况C:当年找了个没资质的工作室,或者机构的CNAS范围根本不包含软件测试。
这种情况最被动,不仅得换机构全额重测,新机构还要从头设计用例。我们去年遇到一个区级政务平台项目就是这样,前后拖了一个多月,直接错过了下一轮招标。
一份合规的CNAS软件检测报告,工序是固定的,谁也跳不过去:合同评审、确认检测范围与标准、用例设计(把需求/指标转成可执行用例)、测试执行 + 缺陷记录、三级审核、授权签字人签发、整改 + 回归验证等流程都需要时间。
中小型系统正常周期在5–7个工作日;加急能压到2–5个工作日,但压缩的只能是排队时间,审核和签发环节砍不掉,因为砍掉就等于报告无效。
这里有个现实提醒:真正耗时间的往往不是测,而是改。用例执行可能两天就跑完了,剩下的一周多半在等开发修复、等环境重新部署、等回归验证。所以别卡着投标截止日才找人。
很多招标文件写的是“开标时提供”检测报告,也有相当一部分写的是“中标后X个工作日内提供”或“合同签订前提供”。这两种写法,你的处境完全不同:
如果是后者,现在立刻启动检测,时间大概率够用,先把流程跑起来比什么都强;
如果是前者且已经临近截标,先别急着花钱。去问清楚两件事:
①能否用“已委托检测的合同+受理证明”作为过渡材料参与投标;
②评标办法里这一项是资格条件(不满足即废标)还是评分项(缺了扣分但不废标)。
前者没戏就得考虑放弃或联合体投标,后者还能算分差值再决定要不要加急。
另外务必避开一个坑:倒签日期等同于篡改原始记录,在资质认定和认可规则里都是明确违规,情节严重可撤销机构资质。而且真被质疑的时候,一调签发系统日志、骑缝章批次、用例创建时间,根本对不上。宁可这次投不上,也别拿机构的资质和自己的信誉去赌。

缺报告补救方法
1.翻招标文件原文,确认是“开标时提供”还是“中标后提供”,是资格条件还是评分项。
2.联系原检测机构,问三句:原始记录还在不在?你们的CNAS认可范围里有没有GB/T 25000.51(或文件要求的其他标准)?重新签发要几天、多少钱?
3.让机构把CNAS证书和能力范围附件页发过来,自己上CNAS官网“获认可机构名录”核对注册号与范围,别只看官网挂的logo。
4.同步启动新检测(如果确定必须重做),同时把任务书或需求说明书里的量化指标摘出来逐条对齐用例,这一步做扎实了,报告才不会被专家一句“验证依据不充分”打回。
如果你手上已经有招标文件的技术要求和评分办法,可以发过来看看。我们可以协助你判断这一项是废标项还是扣分项、现有材料能不能争取过渡方案,再给你一个能落地的时间表,先评估,不着急签合同和加急测试。
标签:CNAS测试报告、招投标