GB/T 25000.51-2016解读系列之功能性

目录

GB/T 25000.51-2016解读系列

背景

标准结构

关于功能性

软件功能性的定义

👉 功能完备性

👉 功能正确性

👉功能适合性

---

GB/T 25000.51-2016解读系列

背景

计算机软件是计算机应用的核心，其质量的好坏关系到计算机应用系统的成败，软件测评是提高软件质量的重要手段之一。

2016 年，国家标准化委员会发布了国家标准 GB/T 25000.51-2016《系统与软件工程 系统与软件质量要求和评价（SQuaRE）第 51 部分：就绪可用软件产品（RUSP）的质量要求和测试细则》，确立了就绪可用软件产品（RUSP）的质量要求，以及测试 RUSP 的测试计划、测试说明等文档要求和 RUSP 的符合性评价细则。

为帮助软件测评人员更好地了解最新标准，NLSETC组织全员学习GB/T 25000.51-2016，深入解读标准条款的内容，对产品质量相关特性及子特性进行解析。

标准结构

GB/T 25000.51-2016中RUSP的要求包括：

其中软件质量要求，包括产品质量和使用质量。

本文主要就RUSP产品质量之功能性展开讨论。

关于功能性

以上几张图片，描述了任何一个产品都不是凭空而生的，它的出现一定是因为某种需要。某种需要或者任意需求则是功能性最口语化的定义。

软件功能性的定义

在了解软件功能性前，先和大家介绍几个相关的定义：

|| 软件 ||

与计算机系统操作有关的计算机程序、规程、规则，以及可能有的文件、文档及数据。

|| 功能性 ||

产品、服务或成果应具备的特性、可操作行力等。

|| 软件功能性 ||

指当软件在指定条件下使用，软件产品、服务或可交付成果满足明确和隐含要求功能的能力。

功能性主要包括四个子特性：完备性、功能正确性、功能适合性和功能性的依从性。

👉 功能完备性

|| 功能完备性的定义 ||

指功能集对指定的任务和用户目标的覆盖程序。

如若能像图中所示百发百中100%覆盖功能要求最为完美。

2

|| 功能完备性的解析 ||

1.软件的功能在需求规格说明书或其它技术说明书中进行描述；

2.最终交付软件的实际功能覆盖上述文档的能力；

3.用于评价一组功能覆盖所有的具体任务或用户目标的程度。

一个好的软件产品，一定是严格按照需求规格说明书或其它需求文档提及的功能要求进行实现的。

一部九阴真经算是影响着整个江湖数百年，得到此秘籍的人不在少数，但最终练成此神功的却寥寥无几。原因在于除了拥有秘籍外，一定要按照秘籍深入分析，潜心钻研、勤加练习方可成功；否则不但无法练成，还有可能走火入魔。

|| 功能完备性的测试方法 ||

1.将用户文档集和产品说明书中指定的功能点与软件中的功能点进行匹配，也就是说将软件应实现的功能（如功能清单）与实际测试中执行的测试用例进行对应，形成功能对照，如图：

2.实际验证过程中按上述的功能对照表检查功能完备性；

3.指定的任务和用户目标包含了明确、不明确和隐含的要求。

|| 案例 ||

一条完整的培训信息包括培训的主题ID、证书内容、起止时间、费用、地点、机构、联系人手机号码、联系人邮箱；其中培训的主题ID、内容、起止时间、费用、机构、联系人手机号码为必填项。培训的起始时间不能晚于截止时间，培训费用精确到元角分。每一个输入项的数据规格应遵循数据字典的要求。要求同时并发15个用户进行登录，登录时间小于30S。对增加的培训信息允许进行删除。

功能对照图

👉 功能正确性

比如

1.手机号码必须为11位数字（物联网号码除外）；

2.邮箱格式必须含有@符号；

3.用户地址、用户姓名等字数限制

4.金额必须为数字，单位为元，且保留至小数点后两位

......

以上的内容均指软件产品功能的正确性。

|| 功能正确性的定义 ||

指产品或系统提供具有所需精度的正确结果的程度。

|| 功能正确性的解析 ||

1.用于测量软件提供准确数据的能力；

2.用于验证软件产品提供与所需精度相符的结果或效果的能力；

2

|| 功能正确性的测试方法 ||

1.通过验证软件特定功能，这里指该功能的实际输出结果是否符合需求规格说明书中定义的选定目标的预期结果。

2.同时需要对用户文档集中陈述的软件功能限制条件进行验证；

3.符合日常常规逻辑，如手机号码为11位数字，邮箱格式须存在@字符，月份为1~12的数字等；

4.验证类型如（不限制于下）：字符串长度、数字精度、邮箱格式、手机格式等。如下图

|| 案例① ||

同样以上面的培训信息为例子，在完备性分析完成后，若加入功能的正确性分析，则测试验证图表示为：

备注：

①红色字体表示依据正确性新增的测试功能点

②存在部分功能同时属于完备性和正确性

|| 案例② ||

IBOP的入网界面的小例子

👆对手机号码位数的检验：11位或物联网号码为13位；手机号码类型的检验：非数字不可输入；入网的为中国移动号码：号段的限制

👇身份证号码：长度（位数）检验；类型检验；真实性检验

👇邮箱格式校验

👉功能适合性

想必大家都认识图片上的的人，他就是美国的著名质量大师：约瑟夫·莫西·朱兰（Joseph M.Juran)。在他的《质量三部曲》中提出，从产品使用者的角度，产品质量就是产品的适用性。质量是顾客“适用”的“产品特性”。

|| 功能适合性的定义 ||

指软件功能促使指定的任务和目标实现的程度。

|| 功能适合性的解析 ||

符合要求，适于使用，满足用户使用要求的程度，也就是说软件产品提供的功能是否需方或用户需要的功能；

|| 功能适合性的测试方法 ||

1.符合要求测试：

• 参照需求规格说明书、用户操作手册或用户的期望，检查功能是否已 按规定执行；

• 识别出用户运行系统期间是否出现未满足的功能或不满意的操作；

2.适用性测试：

从用户或最终使用者角度，查看已实现的功能是否满足可用。

|| 案例 ① ||

同样以上面的培训信息内容为例，在加入功能的适用性后，功能测试点变更为：

备注：黄色字体表示新增加的功能适用性内容

|| 案例 ② ||

上述是一个简单的例子，很明显医生开出的药方是不符合用户需求的，因此最终这张处方也就是一张“废品”。

|| 案例 ③ ||

Nokia牌子的手机相信大家都不陌生。十几年前，这个牌子的手机占据了市场的大部分份额。

2

假使现在有这样的一条需求内容，重新生产Nokia旧款手机。相信这样的一条需求，一定是不符合市场要求的，纵使这款手机打的情怀牌，但毕竟也只有少数群体，那注定销售是不容乐观的。

|| 案例 ④ ||

再来说说最近闹得沸沸扬扬的垃圾分类：垃圾桶

可见不同大小，不同形状、样式的垃圾桶是适用于不同的环境和场景中的。

👉 功能依从性

|| 功能依从性的定义 ||

指产品或系统遵循与功能性相关的标准、约定或法规以及类似规定的程度。

|| 功能依从性的解析 ||

1.标准、约定或法规包含了国际、国家、行业及企业四个维度的标准。 

2.行业相关规则及标准包含但不限于：

• GB/T 25000.51-2016 系统与软件工程 系统与软件质量要求和评价（SQuaRE） 第51部分：就绪可用软件产品（RUSP）的质量要求和测试细则

• GB/T 25000.10-2016 系统与软件工程 系统与软件质量要求和评价（SQuaRE） 第10部分：系统与软件质量模型

• 国家IT相关法律、法规及标准包含但不限于

|| 功能依从性的测试方法 ||

查看产品说明书中是否提及产品功能性的相关标准、约定或法规及类似规定要求，若有提及并且有提供证明材料，则认可，测试过程中按些标准进行；否则，需要验证软件与提及的文件（需求文档）要求是否相符。

|| 案例 ||

《XXXX软件—需求文档》中写明软件的导航电子地图模块符合标准《GB/T 20267-2006车载导航电子地图产品规范》第5章的要求，则做如下测试：

·  END  ·