体育赛事信息化系统软件检测基本要求.docxVIP

1

DB32/TXXXX—2017体育赛事信息化系统软件检测基本要求

1范围

本标准规定了体育赛事信息化系统软件测试的术语定义、测试条件、测试流程、测试范围和测试指南等。

本标准适用于体育赛事信息化系统软件测试。

2规范性引用文件

下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。

GB/T25000.10系统与软件工程系统与软件质量要求和评价(SQuaRE)第10部分：系统与软件质量模型；

GB/T25000.51系统与软件工程系统与软件质量要求和评价(SQuaRE)第51部分:就绪可用软件产品(RUSP)的质量要求和测试细则。

3术语和定义

下列术语和定义适用于本标准。

3.1

缺陷等级DefectGrade

S1级：影响被测系统正确运行的严重问题：

a)导致系统崩溃；

b)出现不可挽救的数据丢失或损坏；

c)主业务流程出现断点；

d)导致死机；

e)内存泄漏。

S2级：影响被测模块正确运行的严重问题：

a)导致程序模块丢失或未实现；

b)软件错误导致数据丢失；

c)被测数据处理错误；

d)用户需求未实现。

2

DB32/TXXXX—2017

S3级：影响被测功能正确实现的问题。

S4级：一般性错误或功能实现不完善。

S5级：建议性问题。

3.2

变更控制委员会ChangeControlCommittee

体育赛事信息化系统相关的所有权益代表，负责裁定接受系统变更的内容和范围。变更控制委员会由项目所涉及的多方人员共同组成，主要包括体育赛事信息化系统建设方和集成商的决策人员。

4测试条件

4.1测试入口准则

测试入口准则规定了开始测试时应满足的基本条件，主要包括：

a）测试环境已经准备就绪并可用；

b）测试工具在测试环境中已经准备就绪；

c）代码可用；

d）测试数据可用。

4.2测试出口准则

测试出口准则规定了结束测试时应满足的基本条件，主要包括：

a）完整性测量，例如测试用例覆盖率达到规定要求；

b）S3级及以上缺陷修复率达到规定要求；

c）所有严重缺陷经回归测试，均已修改且未引入新的S3级及以上缺陷；

d）成本或进度（成本限制或已到交付时间）。

5测试流程

5.1体育赛事信息化系统软件测试流程

体育赛事信息化系统软件测试流程由以下阶段组成：

——测试计划和控制；

——测试分析和设计；

——测试实现和执行；

——测试评估和生成报告；

——测试结束。

3

DB32/TXXXX—2017

每个阶段的工作在时间上有一定的先后逻辑性，但在实际测试过程中可重叠或同时进行。体育赛事信息化系统软件测试流程如图1所示：

图1体育赛事信息化系统软件测试流程图

第三方检测人员驻场开展测试时，体育赛事信息化系统集成商应首先把系统相关文档交由第三方检测人员作为测试依据，如系统需求规格说明书、性能规格说明书、系统操作手册、用户使用指南等，并应协助第三方检测人员熟悉待测系统。

在整个检测过程中，第三方检测人员应与体育赛事信息化系统关键干系人保持良好沟通，达成一致意见，方可开展工作。

5.2测试计划和控制

5.2.1测试计划阶段主要工作有：

a)明确体育赛事信息化系统软件测试范围，如功能性、性能效率、信息安全性等质量特性；

b）明确采用的测试策略。应陈述本次测试所属阶段（单元测试/集成测试/系统测试/验收测试）和该阶段所采用的测试技术（黑盒测试/白盒测试/基于经验的测试），以及所需测试工具等；

c）定义入口准则和出口准则；

d）明确测试环境的搭建要求；

e）明确人员安排；

f）明确测试进度及阶段性产出；

g）明确最终交付成果；

h）陈述潜在问题与风险。

5.2.2测试计划阶段应提交经过评审的测试计划或测试方案等。

4

DB32/TXXXX—2017

5.2.3测试控制阶段主要工作：

a）利用事先定义的度量评估和分析测试结果；

b）监督记录测试进度、测试用例覆盖率、偏离情况、测试执行效率(测试用例/人/天)等；c）及时反馈测试计划执行情况；

d）确定是否采取纠正措施或更改原计划/原方案；

e）对于有重要影响的纠正措施或计划/方案更改，应提交变更控制委员会决策。测试控制阶段应贯穿整个测试过程。

5.2.4测试控制阶段应按照约定时间提交经过评审的测试进度表、过程监督记录等。

5.3测试分析和设计

5.3.1测试分析和设计阶段主要工作：

a）对用户需求和测试对象的可测试性做分析和评审，并给出结论；

b）对用户需求、系统架构设计、软件接口规范等测试依据进行分析和评审，为设计测试用例