ICS 35.020 L70/84 中国指挥与控制学会团体标准 T/CICC 02005-2019 面向服务的船舶 电子信息系统 软件测试 要求 Software testing requirements for ship electronic information systems based on Service Oriented Architecture 2020-1-19发布 2020-1-30 实施 中国指挥与控制学会 发布 全国团体标准信息平台 T/CICC 02005-2019 I 目 次 前言 ................................................................................ II 1范围 ................................................................................ 1 2规范性引用文件 ...................................................................... 1 3术语 ................................................................................ 1 4一般要求 ............................................................................ 2 5详细要求 ............................................................................ 4 全国团体标准信息平台 T/CICC 02005-2019 II 前 言 本标准按照GB/T 1.1- 2009《标准化工作导则 第 1部分：标准的结构和编写》的规则起草。 本标准由中国指挥与控制学会提出并归口。 本标准起草单位： 中国船舶重工集团公司第七一六研究所、 中国船舶重工集团公司第七二二研究所、 工业和信息化部电子第五研究所。 本标准主要起草人： 孙志安、王丽、豆康康、 张亚、王立荣、 费琪、王凯、许一鸣、 苏赛、朱昭俊、 王强、尚京威、王进宁。 全国团体标准信息平台 T/CICC 02005-2019 1 面向服务的船舶电子信息系统软件测试要求 1 范围 本标准规定 了面向服务的船舶电子信息系统软件测试的一般要求和详细要求。 本标准适用于测评机构进行面向服务的船舶电子信息系统软件测试。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的。 凡是注日期的引用文件， 仅注日期的版本适用于本文件。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 GB/T 29262- 2012 信息技术 面向服务的体系结构（SOA）术语 GB/T 32428- 2015 信息技术 SOA服务质量模型及测评规范 3 术语 GB/T 29262- 2012界定的 以及下列 术语和定义适用于本标准。 3.1 面向服务的船舶电子信息系统 ship electronic information system based on service oriented architecture 以面向服务的体系架构为基础构建的船舶 电子信息系统。 3.2 组合服务 composite services 是指由一个或多个服务通过一定的调用关系组合构成的服务。 组合服务通过调用一个或多个服务构 成一定的业务流程，然后自身再以一个服务的形式对外发布。构成组合服务的服务称为子服务。 3.3 简单对象访问协议 s imple object access protocol 是一种基于 可扩展标记语言在分布式环境中交换信息的简单协议 ，允许服务提供者和服务使用者 经 过防火墙进行信息交互，是一种在分布式环境中交换信息的轻型网络协议。 3.4 服务描述语言 web service description language 是一种用于描述服务的编程语言， 定义了一套基于可扩展标记语言的语法，规定了调用服务所应了 解的信息。 3.5 通用描述、发现与集成协议 universal description discovery and integration 是一种用来注册和查找服务的协议，用于描述服务的 发布和发现 过程。 3.6 业务流程执行语言 business p rocess e xecution language 全国团体标准信息平台 T/CICC 02005-2019 2 是一种是用 可扩展标记语言编写的用于 描写业务流程的编程语言。 4 一般要求 4.1 测试目的 开展面向服务的船舶电子信息系统软件测试的目的如下： a） 验证面向服务的船舶电子信息系统软件服务和服务的注册发现机制、服务访问机制、服务路 由等基础功能、性能、与其他系统的适配接入能力、兼容能力的设计与实现是否满足软件研 制任务书或合同以及软件需求规格说明等规定的要求； b） 验证面向服务的船舶电子信息系统软件组合服务是否满足软件研制任务书或合同以及软件需求规格说明等规定的要求； c） 验证面向服务的船舶电子信息系统软件的设计与实现是否满足软件研制任务书或合同以及软件需求规格说明等规定的要求； d） 验证软件中的缺陷和错误统计数是否在所规定的范围之内，对被测软件的质量做出评价； e） 通过测试，发现或检出软件中的缺陷和错误，提高软件质量及可靠性； f） 为软件开发过程中的各种验证、确认以及是否可以接收或使用等决策提供依据； g） 为软件技术状态确认和软件产品验收与交付提供依据。 4.2 进入条件 进入软件测试的基本条件如下： a） 测试文档的要求应满足 4.4的规定； b） 测试前被测试软件通过自测试或技术状态检查，测试委托方应提供自测试报告或技术状态检 查报告； c） 规定的测试环境和测试工具； d） 测试方和测试委托方应完成对测试准备情况的评审或确认，并就所有歧义达成共识； e） 对需要特别明确的测试进入条件，应由测试方和测试委托方协商一致后提出。 4.3 测试通过准则 测试通过准则用以判定软件是否通过测试： a) 完成了测评大纲规定的所有测试项目； b) 被测软件与软件需求规格说明一致，符合软件设计； c) 软件文档齐全，正确，软件与文档一致； d) 针对测试中发现的问题在约定的时间期限内修改正确，未引入新的缺陷，并通过回归测试； e) 对无法在约定时间期限内修改，且不影响软件主要功能、性能的问题，承研单位应给出处理 意见； 全国团体标准信息平台 T/CICC 02005-2019 3 f) 特别要求的测试通过准则由测评机构和测试委托方协商提出，纳入合同的相应条款中，并在 测评大纲中做出明确的规定和描述。 4.4 测试文档 4.4.1 测试输入文档 对测试输入文档的要求如下： a) 测试合同或协议：由测评机构和测试委托方按合同法等的规定协商签订； b) 软件研制任务书 ：由测试委托方按合同规定或测试需求提供； c) 软件需求规格说明、软件设计说明、软件用户手册：由测试委托方按合同规定或测试需求提 供； d) 源代码：由测试委托方按合同规定或测试需求提供。 软件测试过程中各阶段的测试输入文档选择见表 1。 表1测试所需文档选择一览表 测试输入文档 所需文档 测试合同或协议 √ 软件研制 任务书 ▲ 软件需求规格说明 √ 软件设计说明 √ 软件用户手册 √ 源代码 √ 注：√表示必备文档， ▲表示根据实际情况所产生的文档。 4.4.2 测试输出文档 对测试输出文档的要求如下： a) 测评大纲： 在测试需求分析和测试策划阶段由测评机构编制， 测评大纲描述测试活动的范围、 内容、方法、环境、进度、风险等； b) 测试说明：在测试设计阶段根据需要由测评机构编制。测试说明描述测试活动所需的测试准备、测试用例及测试过程； c) 测评报告：软件测试结束后，测评机构根据测试过程、测试结果等进行编制。测评报告除了应包括对测试结果的分析，还应包括对被测软件的评价和建议。若被测软件中包含替代软件 （货架商品软件或已定型软件） ，且替代软件已列入测试范围，测评报告应包括替代软件清单 及其满足研制要求情况的测试和评价结果； d) 问题确认报告单：在软件测试过程中，当发现问题时，由软件测试人员填写问题确认报告单； e) 问题报告单：确认后的问题由软件测试人员填写问题报告单，并作为测评报告的配套文件； f) 测试记录（测试日志） ：测评机构用于记录软件的测试过程、测试数据、 测试结果、测试处理 等。 全国团体标准信息平台 T/CICC 02005-2019 4 软件测试过程中各阶段的测试输出文档选择见表 2。 表2测试输出文档选择一览表 测试输出文档 所需文档 测评大纲 √ 测试说明 √ 问题确认报告单 ▲ 问题报告单 ▲ 测评报告 √ 测试记录 （测试日志