软件评测

定义

软件评测指由具有相应能力的机构或评价方，按照公开的标准对软件产品的功能、性能、文档等属性进行检测，并对产品是否满足规定要求作出判定的活动。它与软件测试常被混用，但侧重不同：软件测试多在开发方内部展开，以发现和定位缺陷、改进质量为目标；评测则着眼于对既有产品功能的证实与评价，服务对象是需要判断产品可否采信的第三方^[1]。

在标准语境中，软件评测有明确的对象与依据。中国现行国家标准 GB/T 25000.40 把评价过程界定为面向开发方、需方和独立评价方三类主体，可用于预开发软件、商业现货软件或定制软件，并可在开发期间或开发之后实施^[2]。就绪可用软件产品是常见的一类评测对象，指用户无需经历开发活动即可获得的软件产品，开源软件除外^[3]。

原理

软件评测以质量模型为骨架。GB/T 25000.10 把系统与软件产品的质量划分为功能性、性能效率、兼容性、易用性、可靠性、信息安全性、维护性和可移植性 8 个特性，每个特性又细分为若干子特性，评测据此确定检测项与判定准则^[4]。GB/T 25000.40 则为评价过程给出了统一的流程描述，规定各活动与 SQuaRE 系列文档的对应关系，使不同机构对同一产品可以得出可比对的结论^[5]。

具体检测按特性择用相应方法：功能类检测多采用黑盒方式验证功能点是否完备、正确、适合并符合相关规定；性能效率通过负载测试、压力测试和稳定性测试考察时间特性、资源利用与容量；可靠性可借助故障注入与老化测试；信息安全性则验证产品对数据和权限的保护程度^[6]。各项检测结果汇总后写入测试文档集，并据此形成符合性评价结论^[7]。

式中 $F$、$P$、$C$、$U$、$R$、$S$、$M$、$T$ 依次对应上述 8 个质量特性的评价结果，$Q$ 表示综合质量判定。具体评分方式由评价方依据所选标准与需方需求确定^[8]。

发展历程

软件评测的规范化与软件质量度量标准的演进而同步。国际标准化组织推出的 SQuaRE 系列标准（系统与软件质量要求和评价）把质量模型、质量测度与评价过程分部分规定，成为各国制定本国标准的共同基础^[9]。

中国以等同采用和修改采用的方式建立了对应的国家标准体系。GB/T 25000.10-2016 于 2016 年 10 月 13 日发布，规定系统与软件质量模型^[5]；GB/T 25000.51-2016 等同采用 ISO/IEC 25051:2014，同日发布、2017 年 5 月 1 日实施，给出就绪可用软件产品的质量要求与测试细则，成为评测实验室申请认可时的重要依据^[6]。GB/T 25000.40-2018 于 2018 年 12 月 28 日发布、2019 年 7 月 1 日实施，专门规定评价过程^[2]。

在人才与职业资格层面，软件评测师被纳入计算机技术与软件专业技术资格（水平）考试，作为中级资格之一，由人力资源和社会保障部、工业和信息化部共同组织实施，考试合格者可聘任工程师职务^[10]。自 2023 年下半年起，该项考试的各级别科目由纸笔考试改为计算机化考试^[11]。2025 年，聚焦源代码结构化质量特性的国家标准 GB/T 45717-2025 发布，定于同年 12 月 1 日实施，为代码质量的量化评价提供统一口径^[12]。

应用

软件评测最常见于第三方委托检测。项目建设单位通过采购方式选择专业评测机构，依据国家标准对信息系统开展功能与性能检测，出具第三方软件评测报告，作为项目验收的技术依据；评测过程还要求覆盖正常输入与非法输入、异常处理等情形，并对业务数据的正确性进行核对^[13]。同类检测报告也被用于项目申报和科技成果鉴定，检测内容涵盖 8 个质量特性及软件文档。

在行业管理层面，评测结果是实验室能力认定的支撑材料。检测机构常以 GB/T 25000.51-2016 作为申请 CNAS、CMA 等资质的标准方法依据，并可按质量特性分别申请认可范围^[14]。对企业而言，评测报告可在采购选型、合同履约和技术能力说明中作为客观凭据使用。

评测方法同样延伸到专门的检测领域。例如源代码层面已出现自动化的质量测度标准，用于对代码结构质量进行量化评分与缺陷统计，弥补了运行期测试难以覆盖代码内部结构的不足^[12]。

局限

评测结论的效力受制于标准与样本范围。GB/T 25000.40 明确指出该部分不适用于软件产品的其他方面，如功能性需求、过程需求、业务需求等的评价，评测只能就标准所界定的质量特性作答^[2]。检测通常在特定软硬件环境下进行，环境配置不同，兼容性、性能效率等结果可能出现差异^[6]。

评测与测试在目的上存在分工，因而不能互相替代。有观点认为，评测的重点在于对产品作出介绍与推荐性判断，并不承担发现和解决问题、对质量改进负责的职责，这与研发阶段以发现缺陷为目标的测试不同^[15]。仅凭成品阶段的一次评审，也难以支撑开发方对整个质量过程的控制^[16]。

此外，通过测试只能说明已观察到的问题，无法证明软件不存在缺陷，评测报告反映的是特定用例与特定时点的结果^[17]。评价指标本身也需要与使用场景匹配，同一质量特性在不同系统中的权重并不一致^[8]。

参见

• 软件测试 —— 以发现缺陷为目的的检测活动，与软件评测在目的和组织方式上有所不同。

• 软件质量 —— 评测所依据的质量特性与子特性即由此展开。

• 软件评测师 —— 计算机技术与软件专业技术资格中的中级资格之一。

• 软件工程 —— 评测所处的学科背景与过程框架。

• 国家标准 —— GB/T 25000 系列等评测依据的发布形式。