GB/T 25000.51-2016 PDF

# 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第 51 部分: 就绪可用软件产品(RUSP)的质量要求和测试细则 ## **引言** 就绪可用软件产品(RUSP)的应用领域不断拓广,其正确的运行对于业务、安全或个人的应用往往至关重要。 RUSP 可以是一种打包出售给对其特征和其他质量没有任何影响的需方的软件产品。典型情况下,这种...

# 系统与软件工程 系统与软件质量要求和评价(SQuaRE) 第 51 部分: 就绪可用软件产品(RUSP)的质量要求和测试细则 ## **引言** 就绪可用软件产品(RUSP)的应用领域不断拓广,其正确的运行对于业务、安全或个人的应用往往至关重要。 RUSP 可以是一种打包出售给对其特征和其他质量没有任何影响的需方的软件产品。典型情况下,这种软件产品与其用户文档集一起预先包装好出售,或者从Web商店下载。用户能在任何时间通过云计算使用的软件产品可以认为是RUSP。包装封面提供的信息或者供方网站上的信息往往是制造商或营销组织能与需方或用户交流的唯一手段。因此,给出基本信息,使需方能按自己需要来评价RUSP的质量是重要的。 由于RUSP 可能要在各种环境中运行,并且用户没有机会就所选择的产品与类似产品作性能比较,因此选用高质量的RUSP是极其重要的。供方需要一种方式来确保用户信任 RUSP 提供的服务。一些供方可能选择符合性评价组织的评价或认证,以协助其提供这种信任。 此外,当用户要求提供涉及业务或安全攸关风险的保证时,这种保证可能需要由用户在采购后选用特定的技术来处置。本部分不规定RUSP的最低限度的业务或安全攸关的质量要求,但给出了资料性指南(参见附录A)。 ## **1 范围** GB/T 25000的本部分确立了: - 就绪可用软件产品(RUSP)的质量要求; - 用于测试RUSP的包含测试计划、测试说明和测试结果等的测试文档集要求; >注1:用于测试的文档的汇集称为“测试文档集”。 - RUSP的符合性评价细则。 本部分还包括关于安全或业务攸关的RUSP的建议。 本部分仅涉及向用户提供对产品的信任,即RUSP能按所提供的和交付的说明运行。不涉及生产实现(包含各种活动和中间产品,例如规格说明)。供方的质量体系超出了本部分的范围。 本部分适用于RUSP。 >注2:RUSP的例子包括但不限于:文本处理程序、电子表格、数据库控制软件、图形包、以及用于技术的、科学的或实时的嵌入式功能的软件(例如实时操作系统)、人力资源管理软件、销售管理、智能手机应用、免费软件以及诸如Web网站和主页生成器之类的Web软件。 >注3:开源软件不属于RUSP的范畴。 本部分的预期用户包括: - 供方,当: - 规定 RUSP的需求时; - 对照所声称的特性评估其软件产品时; - 发布符合性声明[ISO/IEC 17050]时; - 申请符合性证书或标志[ISO/IEC导则23]时; - 希望建立某种认证模式(国际级、地区级或国家级)[ISO/IEC导则28]的认证机构; - 遵循本测试细则提供符合性证书或标志而进行测试的测试实验室[ISO/IEC 17025]; - 认可注册机构或认证机构以及测试实验室的认可机构; - 潜在的需方,其可能: - 把预期的工作任务要求与现有软件产品的产品说明信息进行比较; - 寻求已获认证的RUSP; - 检验要求是否被满足; - 可从更好的软件产品获益的最终用户; - 正在进行以下活动的组织: - 根据本部分的质量要求和方法建立管理和工程环境; - 管理和改进其质量过程及人力资源配置; - 可能对安全或业务攸关的应用中使用的RUSP提出要求或推荐使用本部分的要求的监管机构。 附录B给出了如何使用本部分的参考信息。 ## **2 符合性** RUSP满足以下条件即符合本部分: - 具有第5章中规定的特性; - 已按所编制的符合第6章要求的测试文档集进行了测试; - 记录测试期间发现的异常,并在产品发布前解决了这些异常。应消除违背广告宣传的性能声称的异常,否则应取消此种性能声称。如果存在下述两种情况,可认为已知的异常是可接受的: - 该异常不违背所声称的性能; - 供方已适当考虑了该异常的性质和对潜在需方的影响,认为该异常可忽略不计,并且已保存了有关这些异常的文档以备日后改进。 第7章和附录A是可选的。 >注:为便于符合性评价,本部分的要求是以第3级子条方式给出的(编号为X.X.X.X)。资料性注释完善这些条款,可以作为指南。 ## **3 规范性引用文件** 下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。 GB/T 25000.10—2016 系统与软件工程系统与软件质量要求和评价(SQuaRE) 第10部分:系统与软件质量模型 ## **4 术语和定义、缩略语** ### **4.1 术语和定义** 下列术语和定义适用于本文件。 #### **4.1.1 需方** 从供方获取或采购产品或服务的利益相关方。 >注:需方可能是以下之一:买主、顾客、拥有者、采购者。 #### **4.1.2 异常** [ISO/IEC 12207:2008] 偏离。 #### **4.1.3 偏离** [IEEE std 1044-2009] 与基于需求规格说明、设计文档和标准等的期望值的偏离或与某个人的感知或经验的任何条件的偏离。 #### **4.1.4 应用管理职能** 由用户履行的职能,包括安装、配置、备份、维护(打补丁和升级)、卸载等。 #### **4.1.5 符合性评价** 对产品、过程或服务达到规定要求的程度所进行的系统性考核。 [ISO/IEC导则2:2004] #### **4.1.6 符合性评价报告** 说明对 RUSP实施评价的行为和结果的文档。 >注:改写IEEE std 610.12-1998. #### **4.1.7 就绪可用软件产品** 无论是否付费,任何用户可以不经历开发活动就能获得的软件产品。 >注1:RUSP包括: >- 产品说明(包括全部封面信息、数据表、网页信息等); >- 用户文档集(安装和使用软件所必需的文档),包括为运行该软件产品所要求的操作系统或目标计算机的任何配置; >- 计算机媒体(磁盘、CD-ROM、网络可下载的媒体等)上的软件。 >注2:软件主要由程序和数据组成。 >注3:本定义也适用于产品说明、用户文档集,以及作为单独的制成品而被生产和支撑的软件,该软件不收取通常的商业费用和证书费用。 #### **4.1.8 最终用户** 最终受益于RUSP功能的个人。 >注:最终用户可以是软件产品的正式操作员;或是临时用户,例如公众中的一员。 [GB/T 25000.1—2010,定义4.14] #### **4.1.9 故障** 计算机程序中不正确的步骤、过程或数据定义。 [IEEE std 610.12-1998] #### **4.1.10 维护** 在交付后对软件系统进行修改的过程。 >注:目的是更正错误、改进性能和属性、适应环境等。 [IEEE std 610.12-1998] #### **4.1.11 通过/失败准则** 用于确定软件项或软件特征是否通过测试的判定准则。 [IEEE std 829.12-1998] #### **4.1.12 产品说明** 陈述软件各种性质的文档。 >注:主要目的是帮助潜在的需方在采购前对软件本进行适用性评价。 #### **4.1.13 产品标识** 软件产品的名称、版本、变体和日期信息。 #### **4.1.14 需求文档** 包含 RUSP 要满足的要求或规则的任何组合的文档。 >注:这些文档可以是技术报告、标准、针对某类用户的要求列表(或模型需求规格说明)或者是行政机构或管理机构颁发的条例或法规。 #### **4.1.15 软件功能** 软件中算法的实现,利用该实现,最终用户或软件可以执行某一工作任务的部分或全部。 >注:功能不一定是最终用户可调用的(例如:数据的自动备份保存)。 #### **4.1.16 软件测试环境** 对软件进行合格性测试或其他测试时所需要的设施、硬件、软件、固件、规程和文档集等。 [ISO/IEC/IEEE 24765:2010] #### **4.1.17 供方** 与需方签订协议,为其提供产品或服务的组织或个人。 >注1:供方可能是承包商、生产方、供货商或零售商。 >注2:在某些情形下,供方和需方属于同一组织。 [ISO/IEC 12207:2008] #### **4.1.18 测试(活动)** 在规定的条件下执行系统或组件、对结果进行观察或记录,并就该系统或该组件的某些方面作出评价的活动。 [IEEE std 610.12 - 1998] #### **4.1.19 测试用例** 为某个特定目标(例如,为演练具体的程序路径或验证对特定需求的依从性)而开发的输入、执行条件以及预期结果的集合。 [IEEE std 610.12 - 1998] #### **4.1.20 测试文档集** 测试活动特有的文档汇集。 #### **4.1.21 测试目标** 待测量的已标识的软件特征的集合,通过在规定的条件下将实际的行为与要求的行为进行比较而测量。 >注:改写 IEEE std 610.12 - 1998. #### **4.1.22 测试计划** 说明预期的测试活动的范围、途径、资源和进度的文档。 >注:改写 IEEE std 610.12 - 1998. #### **4.1.23 测试规程** 对于给定测试用例的设置、执行和结果评价的详细说明。 [IEEE std 610.12 - 1998] #### **4.1.24 测试(过程)** 在规定的条件下运行某一系统或组件,观察或记录其结果,并就该系统或组件的某些方面作出评价的过程。 [IEEE std 610.12 - 1998] #### **4.1.25 用户** 使用RUSP 并获得收益的组织或个人。 >注:在同一人或组织中,用户角色和操作员角色可能被同时赋予或先后赋予。 [ISO/IEC 12207:2008] #### **4.1.26 用户文档集** 随同软件提供的协助用户使用该软件的信息。 ### **4.2 缩略语** 下列缩略语适用于本文件。 - CM:配置管理(Configuration Management) - RUSP:就绪可用软件产品(Ready to Use Software Product) - SQA:软件质量保证(Software Quality Assurance) - SQC:软件质量控制(Software Quality Control) ## **5 RUSP的要求** ### **5.1 产品说明要求** >注:在ISO/IEC9127《软件工程 用于顾客软件包的用户文档集和封面信息》中有关封面信息的段落可用作编制产品说明的输入。 #### **5.1.1 可用性** 产品说明对于该产品的潜在需方和用户应是可用的。 #### **5.1.2 内容** - 产品说明中宜阐明所运行软件的质量特性。 - 产品说明应包含潜在需方所需的信息,以便评价该软件对其需要的适用性。 - 产品说明应避免内部的不一致。 - 产品说明中包括的特性陈述应是可测试的或可验证的。 #### **5.1.3 标识和标示** - 产品说明应显示唯一的标识。 - RUSP应以其产品标识指称。 - 产品说明应包含供方和(当适用时)供货商、电子商务供货商或零售商的名称和邮政或网络地址。 - 产品说明应标识该软件能完成的预期的工作任务和服务。 - 当供方想要声称符合有影响到该 RUSP 的法律或行政机构规定的文件时,则产品说明应标识出这些需求文档。 - 产品说明应陈述是否对运行RUSP提供支持。 - 产品说明应陈述是否提供维护。如果提供维护,则产品说明应陈述所提供的维护服务。 #### **5.1.4 映射** 产品说明中所提及的全部功能,宜按照软件产品质量特性的说明进行归类(5.1.5~5.1.12)。 #### **5.1.5 产品质量——功能性** - 适用时,产品说明应根据GB/T 25000.10—2016包含有关功能性的陈述,要考虑功能完备性、功能正确性、功能适合性以及功能性的依从性,并以书面形式展示可验证的依从性证据。 - 产品说明应提供该产品中最终用户可调用的功能的概述。 - 产品说明应描述用户可能遭遇关键缺陷的所有功能。 >注1:关键缺陷可能是: >- 数据丢失; >- 死锁。 >注2:更多的信息参见ISO/IEC 15026. - 产品说明应给出用户可能碰到的所有已知的限制。 >注:这些限制可能是: >- 最小或最大值; >- 密钥长度; >- 个文件中记录的最大数目; >- 搜索准则的最大数目; >- 最小样本规模。 - 当有软件组件的选项和版本时,应无歧义地予以指明。 - 当提供对软件的未授权访问(不管是无意的还是故意的)的预防措施时,则产品说明应包含这种信息。 #### **5.1.6 产品质量————性能效率** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关性能效率的陈述,要考虑时间特性、资源利用性、容量以及性能效率的依从性,并以书面形式展示可验证的依从性证据。 - 所有已知的影响性能效率的条件都应说明。 >注:所陈述的条件可能是: >- 系统配置; >- RUSP有效工作所需的资源,例如带宽、硬盘空间、随机存储器、视频卡、无线互联网卡、CPU速度等。 - 产品说明中应描述系统的容量,尤其与计算机系统相关的容量。 #### **5.1.7 产品质量——兼容性** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关兼容性的陈述,要考虑共存性、互操作性以及兼容性的依从性,并以书面形式展示可验证的依从性证据。 - 产品说明应以适当的引用文档指明 RUSP在何处依赖于特定软件和(或)硬件。 - 产品说明应标识用户调用的接口和相关的被调用软件。 #### **5.1.8 产品质量——易用性** - 适用时,产品说明应根据GB/T 25000.10—2016包含有关易用性的陈述,要考虑可辨识性、易学性、易操作性、用户差错防御性、用户界面舒适性、易访问性以及易用性的依从性,并以书面形式展示可验证的依从性证据。 - 产品说明应指明用户接口的类型。 >注:这些接口可能是: >- 命令行; >- 菜单; >- 视窗; >- 功能键。 - 产品说明应指明使用和操作该软件所要求的专门知识。 >注:这些专门知识可能是: >- 所使用的数据库调用和协议的知识; >- 技术领域的知识; >- 操作系统的知识; >- 经专门培训可获得的知识; >- 产品说明中已写明的语言之外的其他语言的知识。 - 如适用,产品说明应描述防止用户误操作的功能。 - 当预防版权侵犯的技术保护妨碍易用性时,则应陈述这种保护。 >注:这些保护可以是: >- 程序设置的使用截止日期; >- 拷贝付费的交互式提醒。 - 产品说明应包括可访问性的规定标示,特别是对有残疾的用户和存在语言差异的用户。 #### **5.1.9 产品质量——可靠性** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关可靠性的陈述,要考虑成熟性、可用性、容错性、易恢复性以及可靠性的依从性,并以书面形式展示可验证的依从性证据。 >注:除非开发者能以服务数据或其他可验证的数据证实所做的声称,否则开发者不宜作出可靠性声称。 - 产品说明应就软件在遇到由用户接口出错、应用程序自身的逻辑出错、系统或网络资源可用性引发差错的情况下的继续运行(即可用)能力作出说明。 - 产品说明应包括关于数据保存和恢复规程的信息。 >注:指明数据备份由操作系统的功能来执行也是可接受的。 #### **5.1.10 产品质量——信息安全性** 适用时,产品说明应根据GB/T 25000.10-2016包含有关信息安全性的陈述,要考虑保密性、完整性、抗抵赖性、可核查性、真实性以及信息安全性的依从性,并以书面形式展示可验证的依从性证据。 #### **5.1.11 产品质量——维护性** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关维护性的陈述,要考虑模块化、可重用性、易分析性、易修改性、易测试性以及维护性的依从性,并以书面形式展示可验证的依从性证据。 - 产品说明应包括用户所需的维护信息。 >注:这些信息可能是: >- 监控应用程序的动态性能信息; >- 监控意外失效和重要条件的信息; >- 监控运行指示器(如日志、警告屏)的信息; >- 监控由应用程序处理本地数据的信息。 - 当该软件能由用户作修改时,则应标识用于修改的工具或规程及其使用条件。 >注:使用的条件可能是: >- 参数的变更; >- 计算算法的变更; >- 接口定制; >- 功能键指派。 #### **5.1.12 产品质量——可移植性** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关可移植性的陈述,要考虑适应性、易安装性、易替换性以及可移植性的依从性,并以书面形式展示可验证的依从性证据。 - 产品说明应指明将该软件投入使用的不同配置或所支持的配置(硬件,软件)。 >注1:针对不同工作任务、不同的边界值或不同的效率要求,可以规定不同配置。 >注2:这些系统可能是: >- 操作系统; >- 包括协处理器的处理器; >- 主内存规模 >- 外存的类型和规模; >- 扩展卡; >- 输入和输出设备; >- 网络环境; >- 系统软件和其他软件。 - 产品说明应提供安装规程信息。 #### **5.1.13 使用质量——有效性** - 适用时,产品说明应根据GB/T 25000.10—2016包含有关使用质量中有效性的陈述。 - 产品说明应对用户指明为实现特定目标产品所遵循的任何依从性基准。 #### **5.1.14 使用质量——效率** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关使用质量中效率的陈述。 - 产品说明应指明该 RUSP 预定是在单一系统上供多个并发最终用户使用,还是供一个最终用户使用,并且应说明在所要求的系统的所陈述的性能级别上可行的最大并发最终用户数。 - 产品说明应说明用户实现特定目标所需的资源信息。 #### **5.1.15 使用质量——满意度** - 适用时,产品说明应根据GB/T 25000.10-2016包含有关使用质量中满意度的陈述,要考虑有用性、可信性、愉悦性和舒适性。 - 产品说明中应提供供方的联系方式,以便用户为了满意地使用该产品而联系他们。 #### **5.1.16 使用质量——抗风险** - 适用时,产品说明应根据GB/T25000.10—2016包含有关使用质量中抗风险的陈述,要考虑经济风险缓解性、健康和安全风险缓解性和环境风险缓解性。 - 在软件的使用存在已知的风险或需要特殊培训的情况下,产品说明中应包括非公开信息。 #### **5.1.17 使用质量——周境覆盖** - 适用时,产品说明应根据GB/T 25000.10—2016包含有关使用质量中周境覆盖的陈述,要考虑周境完备性和灵活性。 - 如果产品说明中包含依从性的信息,该依从性的覆盖范围应明确说明。 ### **5.2 用户文档集要求** >注:ISO/IEC 9127《软件工程 用于顾客软件包的用户文档集和封面信息》有关封面信息的段落可以用于创建用户文档集。 #### **5.2.1 可用性** 用户文档集对于该产品的用户应是可用的。 #### **5.2.2 内容** 用户文档集包括的功能应是可测试的或可验证的。 #### **5.2.3 标识和标示** - 用户文档集应显示唯一的标识。 - RUSP应以其产品标识指称。 - 用户文档集应包含供方的名称和邮政或网络地址。 - 用户文档集应标识该软件能完成的预期工作任务和服务。 #### **5.2.4 完备性** - 用户文档集应包含使用该软件必需的信息。 - 用户文档集应说明在产品说明中陈述的所有功能以及最终用户能调用的所有功能。 - 用户文档集应列出已处理处置、会引起应用系统失效或终止的差错和缺陷,特别是列出那些最终导致数据丢失的应用系统终止的情况。 - 用户文档集应给出必要数据的备份和恢复指南。 - 对于所有关键的软件功能(即失效后会对安全产生影响或会造成重大财产损失或社会损失的软件),用户文档集应提供完备的指导信息和参考信息。 >注:更多信息参见附录A。 - 用户文档集应陈述安装所要求的最小磁盘空间。 - 对用户要执行的应用管理职能,用户文档集应包括所有必要的信息。 >注:信息示例———————让用户能验证是否成功执行应用管理职能的信息。 - 如果用户文档集分若干部分提供,在该集合中至少有一处应标识出所有的部分。 #### **5.2.5 正确性** - 用户文档集中的所有信息对主要的目标用户应是恰当的。 >注:用户文档集中的所有信息的正确性都宜追溯到权威来源。 - 用户文档集不应有歧义的信息。 #### **5.2.6 一致性** 用户文档集中的各文档不应自相矛盾、互相矛盾以及与产品说明矛盾。 #### **5.2.7 易理解性** - 用户文档集应采用该软件特定读者可理解的术语和文体,使其容易被 RUSP 主要针对的最终用户群理解。 - 应通过经编排的文档清单为理解用户文档集提供便利。 #### **5.2.8 产品质量——功能性** 用户文档集中应陈述产品说明中所列的所有限制。 #### **5.2.9 产品质量——兼容性** - 用户文档集中应提供必要的信息以标识使用该软件的兼容性要求。 - 用户文档集应以适当的引用文档指明 RUSP在何处依赖于特定软件和(或)硬件。 >注:这种引用可包括: >- 软件和(或)硬件的名称; >- 版本; >- 特定操作系统。 - 当用户文档集引证已知的、用户可调用的与其他软件的接口时,则应标识出这些接口或软件。 #### **5.2.10 产品质量——易用性/易学性** 用户文档集应为用户学会如何使用该软件提供必要的信息。 >注:用户文档集可引用 RUSP自身包含的或诸如培训之类辅助材料中包含的附加信息。 #### **5.2.11 产品质量——易用性/易操作性** - 如果用户文档集不以印刷的形式提供,则文档集应指明是否可以被打印,如果可以打印,那么指出如何获得打印件。 - 卡片和快速参考指南以外的用户文档集,应给出目次(或主题词列表)和索引。 - 用户文档集应对所用到的术语和缩略语加以定义,以便用户可以理解文档中的用词。 #### **5.2.12 产品质量——可靠性** 用户文档集应描述可靠性的特征及其操作。 #### **5.2.13 产品质量——信息安全性** 用户文档集应对用户管理的每一项数据所对应的软件信息安全级别给出必要的信息。 #### **5.2.14 产品质量——维护性** 用户文档集应陈述是否提供维护。如果提供维护,则用户文档应陈述和软件发布计划相应的维护服务。 #### **5.2.15 使用质量——有效性** 用户文档集应能帮助用户达到产品说明陈述的使用质量有效性的目标。 #### **5.2.16 使用质量——效率** 用户文档集应能帮助用户达到产品说明陈述的使用质量效率的目标。 #### **5.2.17 使用质量————满意度** - 用户文档集应能帮助用户达到产品说明陈述的使用质量满意度的目标。 - 用户文档集应提供供方的联系方式,以便用户反馈满意度信息。 #### **5.2.18 使用质量—————抗风险** 用户文档集应能帮助用户达到产品说明陈述的使用质量抗风险的目标。 #### **5.2.19 使用质量——周境覆盖** 用户文档集应能帮助用户达到产品说明中陈述的使用质量周境覆盖的目标。 ### **5.3 软件质量要求** #### **5.3.1 产品质量—————功能性** - 安装之后,软件的功能是否能执行应是可识别的。 >注:对功能良好的验证可通过如下方式进行:利用所提供的测试用例,或按相应的消息自测试,或由用户进行的其他的测试。 - 在给定的限制范围内,使用相应的环境设施、器材和数据,用户文档集中所陈述的所有功能应是可执行的。 - 软件应符合产品说明所引用的任何需求文档中的全部要求。 - 软件不应自相矛盾,并且不与产品说明和用户文档集矛盾。 >注:两种完全相同的动作将产生同样的结果。 - 由遵循用户文档集的最终用户对软件运行进行的控制与软件的行为应是一致的。 #### **5.3.2 产品质量——性能效率** 软件应符合产品说明中有关性能效率的陈述。 >注:当等待响应的时间不合理时向最终用户发送消息。 #### **5.3.3 产品质量——兼容性** - 如果用户可以进行安装操作,则软件应提供一种方式来控制已安装组件的兼容性。 - 软件应按照用户文档集和产品说明中所定义的兼容性特征来执行。 - 如果软件需要提前配置环境和参数,以执行已定义的兼容性,应在用户文档集中明确说明。 - 在用户文档集中应明确指明兼容性、功能、数据或流的类型。 - 软件应能识别出哪个组件负责兼容性。 - 如果用户可以进行安装操作,且软件在安装时对组件有共存性的约束条件,则在安装前应予以明示。 #### **5.3.4 产品质量————易用性** - 用户在看到产品说明或者第一次使用软件后,应能确认产品或系统是否符合其需要。 - 有关软件执行的各种问题、消息和结果都应是易理解的。 >注1:借助以下的手段可以达到易理解性: >- 恰当地选择术语; >- 图形表示; >- 提供背景信息; >- 由帮助功能解释; >- 提供易理解的文字或图形输出; >- 提供清晰的音频输出。 >注2:关于易用性问题,鼓励依据本部分达成协定的各方调查应用ISO 9241系列标准最新版本的可能性。特别是宜考虑 ISO/IEC 9241 系列标准的第1、2、10至17部分及GB/T25000.62《软件工程 软件产品质量要求和评价(SQuaRE) 易用性测试报告行业通用格式(CIF)》。 - 每个软件出错消息应指明如何改正差错或向谁报告差错。 >注:这种信息可以是对用户文档集中某一项的引用。 - 出自软件的消息应设计成使最终用户易于理解的形式。 >注:这些消息可能是: >- 确认; >- 软件发出的询问; >- 信息; >- 警告; >- 出错消息。 - 屏幕输入格式、报表和其他输出对用户来说应是清晰且易理解的。 - 对具有严重后果的功能执行应是可撤销的,或者软件应给出这种后果的明显警告,并且在这种命令执行前要求确认。 >注:数据的删除和盖写以及中断一个很长的处理操作均具有严重的后果。 - 借助用户接口、帮助功能或用户文档集提供的手段,最终用户应能够学习如何使用某一功能。 - 当执行某一功能时,若响应时间超出通常预期限度,应告知最终用户。 - 每一元素(数据媒体、文件等)均应带有产品标识,如果有两种以上的元素,则应附上标识号或标识文字。 - 用户界面应能使用户感觉愉悦和满意。 #### **5.3.5 产品质量——可靠性** - 软件应按照用户文档集中定义的可靠性特征来执行。 - 与差错处置相关的功能应与产品说明和用户文档集中的陈述一致。 >注:软件不能承担源自操作系统或网络的各种失效的责任。 - 在用户文档集陈述的限制范围内使用时,软件不应丢失数据。 >注:这种要求即使在下面的情况下也要满足: >- 利用的容量达到规定的极限; >- 试图利用超出规定极限的容量; >- 由产品说明中列出的其他软件或由最终用户所造成的不正确输入; >- 违背用户文档集中明示的细则。 - 软件应识别违反句法条件的输入,并且不应作为许可的输入加以处理。 - 软件应具有从致命性错误中恢复的能力,并对用户是明显易懂的。 #### **5.3.6 产品质量——信息安全性** - 软件应按照用户文档集中定义的信息安全性特征来运行。 - 软件应能防止对程序和数据的未授权访问(不管是无意的还是故意的)。 - 软件应能识别出对结构数据库或文件完整性产生损害的事件,且能阻止该事件,并通报给授权用户。 - 软件应能按照信息安全要求,对访问权限进行管理。 - 软件应能对保密数据进行保护,只允许授权用户访问。 #### **5.3.7 产品质量——维护性** - 软件应按照用户文档集中定义的维护性特征来执行。 >注:例如缺陷诊断的能力,使能修改的能力。 - 软件应能识别出每一个基本组件的发布号、相关的质量特性、参数和数据模型。 - 软件应能在任何时候都识别出每一个基本组件的发布号,包括安装的版本,以及对软件特征产生的影响。 >注:基本组件可能是: >- 数据屏幕; >- 数据库模型; >- 子程序; >- 接口。 #### **5.3.8 产品质量——可移植性** - 如果用户能够实施安装,遵循安装文档中的信息应能成功地安装软件。 - 对于软件应用程序的成功安装和正确运行,应就产品说明中列出的所有支持平台和系统加以证实。 - 软件应向用户提供移去或卸载所有已安装的组件的方法。 #### **5.3.9 使用质量——有效性** - 软件应按照产品说明中陈述的使用质量——有效性特征来执行并通过用户文档获得帮助。 - 软件应能提供评价其对期望的依从性目标的影响的手段。 #### **5.3.10 使用质量——效率** - 软件应按照产品说明中陈述的使用质量——效率特征来执行并通过用户文档获得帮助。 - 软件应能提供评价其在须达到目标时的使用效率的手段。 #### **5.3.11 使用质量——满意度** - 软件应按照产品说明中陈述的使用质量——满意度特征来执行并通过用户文档获得帮助。 - 维护合同生效后,软件应提供直接与供方进行联络的途径。 #### **5.3.12 使用质量————抗风险** - 软件应按照产品说明中陈述的使用质量——抗风险特征来执行并通过用户文档获得帮助。 - 对于所有有风险的功能,软件应提供特定的确认过程和管理权限。 - 对于所有有风险的功能,软件应有审计追踪。 #### **5.3.13 使用质量——周境覆盖** - 软件应按照产品说明中陈述的使用质量——周境覆盖特征来执行并通过用户文档获得帮助。 - 如果软件使用参数限制功能性覆盖,用户应了解当前使用的功能的覆盖情况。 ## **6 测试文档集要求** ### **6.1 一般要求** #### **6.1.1 目的** 测试文档集的目的是证实软件与5.3中规定的要求的符合性。其中包含允许作这种证实的全部元素。 #### **6.1.2 一致性** - 测试文档集中的每个文档所包含的信息应是正确的并且是可验证的。 - 测试文档集中的每个文档不应自相矛盾,并且不应与产品说明和用户文档集矛盾。 #### **6.1