首版次软件测试

首版次软件测试为申报首版次软件产品研发项目提供技术佐证。我司依据 GB/T 25000.51 出具软件产品功能、性能测试报告,覆盖创新功能专项与性能量化指标,CNAS 实验室认可,广州,020-32204739。

什么是首版次软件测试

首版次软件,指首次研发、拥有自主知识产权、功能或性能有重大突破、达到国内领先水平、处于市场推广初期的软件产品。这个界定容易被名称误导:它说的不是「第一个版本」。一款产品迭代到第十个版本,只要是首次推向市场且具备上述特征,仍可能属于首版次;反过来,已上线多年、大规模销售的老产品,即便改了版本号,也不构成首版次。

首版次软件测试,是第三方检测机构依据国家标准,对该软件产品的功能、性能、安全等质量特性进行实测并出具报告的过程。这份报告在申报链条中的位置需要说清楚:它是技术佐证材料,不是认定结论。主管部门认定的是「这个产品是否属于首版次」,检测机构说明的是「这个版本的产品实测表现如何」。二者分属不同环节,不可互相替代。

实践中常有人把两者混为一谈。一份测试报告能够支撑的,是申报材料里「相关技术检测认证报告」与「产品性能领先性说明及佐证材料」这两项;它不能替代科技查新报告对「国内领先」的判定,不能替代软件著作权证书对权属的证明,也不能替代销售合同对市场推广情况的说明。把四类材料各归其位,是准备申报的第一步。

政策依据与材料中的位置

首版次软件由工业和信息化主管部门主管,国家、省、市三级分别发布首版次软件指导目录,纳入目录的产品方可享受相应扶持。以广州市为例,市工业和信息化局每年发布促进工业和信息化产业高质量发展专项资金集中申报指南,其中设有「首版次软件产品研发」专题,采取事后补助方式择优支持,要求申报单位在广州市行政区域内开展实质性生产经营活动,所属行业为互联网和相关服务、软件和信息技术服务业,并已纳入软件统计调查。

区级层面另有配套。以黄埔区为例,首版次应用推广扶持要求申报产品已列入工业和信息化部、广东省或广州市首版次软件指导目录的末级目录,且已实现产品销售总额不低于 100 万元、不涉及关联交易。

申报材料中与检测报告直接相关的有两项:一是「申报产品的软件著作权登记证书及相关知识产权成果证书、相关技术检测认证报告(可提供多个)」,二是「产品性能领先性说明及佐证材料」。一份覆盖功能、性能与信息安全的第三方测试报告,可以同时支撑这两项。深圳等地的首版次软件推广应用项目对信息技术应用创新类产品要求更为直接:须提供自测试报告或第三方机构出具的测试认证报告。

需要提醒的是,首版次政策逐年调整,专题设置、申报条件、材料清单与时间窗口都可能变化。本页所述口径依据公开发布的申报指南整理,具体以主管部门当期发布的指南为准。从历年安排看,申报窗口多集中在每年第一季度,而企业准备材料的实际起算时间往往要提前到上一年第四季度——留给测试与回归的时间通常只有几周。

测试内容

与常规的软件产品登记测试相比,首版次测试的重心明显偏移:它不只要证明「软件能正常使用」,更要为「性能领先」提供可被引用的实测数据。因此测试设计上有三处差别。

  • 创新功能单独成节。首版次的核心是技术突破,申报材料必须说清创新点在哪里、实测表现如何。测试时会把创新相关功能从常规功能中单列,用专项用例验证其可行性与实际效果,并在报告中给出该部分的独立测试结论。
  • 性能指标要给到可对比的量化值。并发用户数、事务响应时间、吞吐量、满负载稳定运行时长等,均以实测数值呈现,而不是「满足要求」这类定性描述。这些数值是后续撰写性能领先性说明的直接依据。
  • 对比依据必须来自实测。创新点与同类产品关键指标的对比结论由申报单位撰写,但对比所引用的指标应当是本次实测值,不能是设计目标值或理论值——后者在评审环节经不起追问。

常规质量特性同样覆盖:功能性(用例覆盖与通过率、缺陷等级分布)、性能效率、信息安全性、兼容性(如涉信息技术应用创新路线,包含国产软硬件环境适配记录)、易用性与用户文档完备性。测试依据通常包括 GB/T 25000.51 对就绪可用软件产品的质量要求,以及申报指南所引用的相关标准与产品需求规格说明。

报告与申报材料的对应关系

客户最常问的是「报告里哪一部分能对上申报表的哪一栏」。实际对应关系大致如下:

申报材料要求报告中可引用的内容
相关技术检测认证报告报告全文;封面载明送检软件名称、版本号、委托单位与检测机构,结论页给出测试结论
产品性能领先性说明及佐证性能效率章节的实测数值、测试环境配置、测试工具与负载模型说明
创新功能的技术可行性创新功能专项测试章节的用例设计、执行记录与结论
产品质量与可靠性功能性通过率、缺陷等级分布、稳定性持续运行记录
安全可靠(如涉信创路线)信息安全性测试章节、国产软硬件环境适配记录

这里有一个容易被忽略的细节:报告上的软件名称与版本号,必须与申报产品、软件著作权登记、销售合同三者一致。实际申报中被退回的材料,相当一部分不是测试做得不够,而是报告上写的是内部项目代号、著作权登记的是另一个名称、合同上又是第三种叫法。建议在委托测试之前先统一这三个名称,再确定送检版本——名称一旦进入报告,后续修改需要重新出具。

实施流程与周期

常规流程为:需求沟通与申报口径确认 → 送检资料齐备性检查 → 测试方案与用例设计 → 测试环境搭建与执行 → 缺陷反馈与回归验证 → 报告编制与交付。

周期取决于功能规模、性能测试的复杂度,以及是否需要国产化环境适配。功能与性能均属常规的中小型产品,通常在一至两周内完成;涉及多轮性能调优、信创环境适配或大规模并发验证的,周期相应延长。考虑到申报窗口集中在年初,建议在申报截止前至少预留四周:一是给测试留出缺陷回归的时间,二是万一报告需要补充说明仍有回旋余地。

适用对象与不适用情形

适用对象是拟申报首版次软件产品研发项目入库、首版次应用推广扶持,或需要为首版次相关材料提供技术佐证的单位;也包括准备进入部、省、市首版次软件指导目录、需要以实测数据说明产品性能水平的软件企业。

以下几类情形建议先确认,因为政策本身已将它们排除在外:

  • 仅用于企业内部自用的软件。不对外销售、不作为产品推广的软件,通常不属于首版次范围。
  • 为用户定制开发、非通用的软件。一单一议、无法以产品形式复制交付的定制项目,一般不符合申报条件。
  • 尚未形成可送检版本的产品。版本号、产品说明、用户文档尚未定型的,建议先完成产品化再送检,否则报告内容与申报产品对不上,返工成本更高。

资质与服务边界

我司持有中国合格评定国家认可委员会(CNAS)实验室认可证书,认可领域为软件测试,可就认可范围内的检测项目出具带 CNAS 认可标识的软件测试报告。具体获认可的项目、参数与检测标准以证书附表所列内容为准,本页不对范围作扩大解释。

关于服务边界,有几句话需要说在前面:

  • 我们出具的是测试报告,不是认定结论。产品是否属于首版次、能否进入指导目录、能否获得资金支持,由主管部门按当期政策评审决定,检测机构不参与该判断,也不对其结果承担责任。
  • 我们不承接申报代理。材料编制、系统填报与政策解读建议由申报单位或其委托的咨询机构完成。我们可以就「报告需要覆盖哪些测试内容」提供技术建议,但不代为撰写或提交申报材料。
  • 报告结论只对送检版本与当时的测试环境负责。送检后如发生功能变更或版本升级,原报告不再覆盖变更部分,需重新测试或补充测试。
  • 政策适用性需客户自行核实。各地区、各年度的申报条件与材料要求存在差异,我们不对报告能否被某一具体申报事项受理作出承诺。

常见问题

首版次测试和软件产品登记测试有什么区别?
两者的判定基准不同。登记测试依据产品说明与用户文档,判断产品的商品化程度与就绪可用性,结论面向产品本身;首版次测试在此之上增加创新功能专项与性能量化要求,服务于申报材料的佐证需要。同一款软件可以只做其中一项,视用途而定。如果申报材料同时要求证明商品化程度与性能水平,两项可以合并实施,避免重复送检。

报告能证明「国内领先」吗?
不能。「国内领先」属于技术水平评价,通常由科技查新报告、专家鉴定意见或第三方评价机构出具,检测报告提供的是实测数据,是支撑领先性说明的素材而非结论本身。把实测数据与同类产品公开指标做对照,由申报单位在申报材料中完成论证,这是更稳妥的做法。

申报截止前多久送检比较合适?
建议预留四周以上。测试本身可能只需一至两周,但发现缺陷后的修复与回归、报告出具后的内容核对都需要时间。历年申报窗口多在年初集中关闭,临近截止时检测机构排期也紧张,留出余量比压缩测试范围更划算。

只有 CNAS 认可、没有对应 CMA 资质认定的报告能用吗?
取决于具体申报事项的要求。部分项目在指南中明确要求检验检测机构资质认定(CMA),部分只要求第三方检测机构出具的报告,还有的写「相关技术检测认证报告(可提供多个)」而不限定资质类型。建议在委托前逐字核对当期指南原文,或直接向受理部门确认。我司资质证书情况可在「企业荣誉」栏目查阅;具体某一检测项目是否落在资质认定能力范围内,请在委托前与我们确认,我们不对此作概括性承诺。

首版次申报是否必须同时做源代码自主率测评?
并非所有申报事项都强制要求。若指南或评审要求涉及代码自主可控程度,需另行委托代码自主率测评。该项测评依据 T/ISC 0043—2024《软件代码自主率测评方法》,属于代码审计与软件成分分析,不在我司 CNAS 认可范围之内,我司目前未开展该项检测。我们整理了该标准的技术解读供参考:源代码自主率到底怎么算:T/ISC 0043—2024 核心内容读解。

软件有多个模块,可以只测核心模块吗?
技术上可以按约定范围实施,但报告会明确标注测试覆盖的模块与未覆盖部分。若申报材料指向的是整个产品,只测部分模块可能导致报告与申报对象不一致。建议在测试方案阶段就确定范围,并把取舍理由记录在方案中,避免评审时被质疑覆盖面不足。

报告的效力能维持多久?
报告本身没有法定有效期,其效力取决于被测软件是否发生变化。软件版本未变、运行环境未变的情况下,报告可长期作为该版本的测试结论使用;一旦发生功能性变更或运行环境重大调整,原报告不再覆盖变更部分。若申报事项对报告出具时间有要求,以当期指南规定为准。