首页> 中国专利> 一种满足DO-178C标准测试追溯目标的方法

一种满足DO-178C标准测试追溯目标的方法

摘要

本发明公开了一种满足DO-178C标准测试追溯目标的方法,通过导入软件需求数据,根据软件需求数据逐步生成测试用例、测试规程和测试结果文件,并建立测试用例与软件需求数据之间、测试规程与测试用例之间、测试结果文件与测试规程之间的追溯关系,自动生成满足DO-178C标准的测试追溯关系数据,为进行DO-178C标准适航认证,满足局方测试追溯目标要求提供证据。同时,大大缩短了开发测试用例和测试规程的时间,降低了企业进行软件开发的成本。

著录项

  • 公开/公告号CN105653443A

    专利类型发明专利

  • 公开/公告日2016-06-08

    原文格式PDF

  • 申请/专利权人 中电科航空电子有限公司;

    申请/专利号CN201510960262.7

  • 发明设计人 宫伟祥;

    申请日2015-12-21

  • 分类号G06F11/36;

  • 代理机构成都行之专利代理事务所(普通合伙);

  • 代理人郭受刚

  • 地址 610000 四川省成都市高新西区新业路88号天奥产业园

  • 入库时间 2023-12-18 15:42:25

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2018-05-11

    授权

    授权

  • 2016-07-06

    实质审查的生效 IPC(主分类):G06F11/36 申请日:20151221

    实质审查的生效

  • 2016-06-08

    公开

    公开

说明书

技术领域

本发明涉及计算机技术领域,尤其涉及一种满足DO-178C标准测试追溯目标的方法。

背景技术

随着航空科技的进步与发展,民用飞机机载系统和设备中使用的软件数量越来越多,DO-178C是针对民用飞机机载软件的开发和试航制定的标准,民用飞机的机载软件必须通过DO-178C的适航认证。

DO-178C是面向目标的,对于不同等级的软件,提出不同数量的目标,其中很大一部分目标都是针对软件验证工作的,软件验证包括评审,测试和分析三个部分,DO-178C要求软件测试工作数据的追溯性。

由于基于需求的测试是针对机载软件提出的概念,没有相关的测试管理工具可以完成相关的要求,企业都是根据DO-178C制定自己的企业标准,对于测试追溯的管理没有形成相应的系统,对企业的研制成本和能力带来很大的挑战。

发明内容

针对上述技术问题,本发明的目的在于提供一种满足DO-178C标准测试追溯目标的方法,使用该方法可以自动生成满足DO-178C标准的测试追溯关系数据,为进行DO-178C标准适航认证,满足局方测试追溯目标提供证据。同时,可以缩短开发测试用例和测试规程的时间。

为达此目的,本发明采用以下技术方案:

一种满足DO-178C标准测试追溯目标的方法,其特征在于包括如下步骤:

A、导入软件需求数据;

B、根据软件需求数据生成测试用例,建立测试用例与软件需求数据之间的追溯关系;

C、根据测试用例生成测试规程,建立测试规程与测试用例之间的追溯关系;

D、根据测试规程生成测试结果文件,建立测试结果文件与测试规程之间的追溯关系;

E、检测测试追溯关系;

F、导出测试追溯关系数据。

特别地,所述步骤A具体包括:

A1、将软件高层需求数据和低层需求数据导入系统平台,所述软件高层需求数据和软件低层需求数据均包括但不限于软件需求数据ID和软件需求描述;

A2、系统在后台为导入的软件需求数据建立条目化的格式;

A3、系统为导入的软件需求数据生成相应的版本信息和相应的基线。

特别地,所述步骤A中当软件需求数据内容发生变化时,系统自动检测软件需求数据内容的变化,重新导入软件需求数据,同时提醒用户。

特别地,所述步骤A中软件需求数据导入系统后,用户可以在系统中对其进行手工修改。

特别地,所述步骤B具体包括:

B1、根据系统预设模板,结合软件需求数据,生成测试用例,所述测试用例包括但不限于测试用例ID、测试用例名称、作者、预置条件、测试输入、测试类别、预期结果、测试结果、测试类型和测试结果记录等属性;

B2、在系统后台数据库的表格中添加包含测试用例ID和对应的软件需求数据ID的记录,建立测试用例与软件需求数据之间的追溯关系。

特别地,所述步骤C具体包括:

C1、根据系统预设模板,结合测试用例,生成测试规程,所述测试规程包括但不限于测试规程ID、测试规程名称、作者、测试环境搭建与说明和测试规程预期结果;

C2、在系统后台数据库的表格中添加包含测试规程ID和对应的测试用例ID的记录,建立测试规程与测试用例之间的追溯关系。

特别地,所述步骤D具体包括:

D1、根据系统预设模板,结合测试规程,生成测试结果文件,所述测试结果文件包括但不限于测试结果文件ID、测试执行人员名称、测试时间、测试规程执行实际结果和测试状态,所述测试状态包括测试规程执行和测试规程阻塞。

D2、在系统后台数据库的表格中添加包含测试结果文件ID和对应的测试规程ID的记录,建立测试结果文件与测试规程之间的追溯关系。

特别地,所述步骤E具体包括:

E1、检测是否所有的测试用例都与软件需求数据建立追溯关系,若否,则提醒用户;

E2、检测是否所有的测试规程都与测试用例建立追溯关系,若否,则提醒用户;

E3、检测是否所有的测试结果文件都与测试规程建立追溯关系,若否,则提醒用户。

特别地,所述步骤F具体为:导出测试追溯关系数据,包括软件需求数据ID,测试用例ID,测试规程ID以及测试结果文件ID,作为DO-178C标准测试追溯目标的证据。

本发明提出的满足DO-178C标准测试追溯目标的方法,使用该方法导入软件需求数据,根据软件需求数据逐步生成测试用例、测试规程和测试结果文件,并建立测试用例与软件需求数据之间、测试规程与测试用例之间、测试结果文件与测试规程之间的追溯关系,自动生成满足DO-178C标准的测试追溯关系数据,为进行DO-178C标准适航认证,满足局方测试追溯目标要求提供证据。同时,可以缩短开发测试用例和测试规程的时间,降低企业进行软件开发的成本。

附图说明

图1是本发明实施例提供的满足DO-178C标准测试追溯目标的方法流程图。

具体实施方式

下面结合附图和实施例对本发明作进一步说明。可以理解的是,此处所描述的具体实施例仅仅用于解释本发明,而非对本发明的限定。另外还需要说明的是,为了便于描述,附图中仅示出了与本发明相关的部分而非全部内容,除非另有定义,本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本发明。本文所使用的术语“及/或”包括一个或多个相关的所列项目的任意的和所有的组合。

实施例一

请参照图1所示,图1为本发明实施例提供的满足DO-178C标准测试追溯目标的方法的流程图。

本实施例中,满足DO-178C标准测试追溯目标的方法包括如下步骤:

S101、导入软件需求数据。

软件需求数据包括软件高层需求数据和软件低层需求数据,系统将软件高层需求数据和软件低层需求数据中至少包含软件需求数据ID和软件需求描述的部分导入系统平台后,系统平台自动为软件需求数据建立条目化的格式。导入软件需求数据完成后,相关的用户便可基于需求开发相应的测试用例。

系统平台为导入的软件需求数据生成相应的版本信息,并且生成相应的基线,以确保系统平台内的数据可追溯版本。

若软件需求数据内容发生变化时,系统平台自动检测出软件需求数据变化的部分,可以重新导入软件需求数据,并将该变化部分提醒用户,便于后期的维护和更新。同时,用户也可在系统平台手工修改导入的软件需求数据。

S102、根据软件需求数据生成测试用例,建立测试用例与软件需求数据之间的追溯关系。

系统预设测试用例模板,软件需求数据导入后,用户结合测试用例模板针对每一条软件需求数据创建一个或多个测试用例,系统自动建立软件需求数据与测试用例之间的追溯关系。若一条软件需求数据创建一个测试用例,则用户新建测试用例,通过手动操作来控制系统建立测试用例与软件需求数据之间的追溯关系。若一个测试用例覆盖多条软件需求数据,则测试用例与软件需求数据相关联,用户无需为每个软件需求数据都编写一个测试用例,直接选择需要覆盖的软件需求数据即可。若一个测试用例与先前的覆盖到的软件需求数据关联关系不再成立,则用户可以手动断开与软件需求数据之间的关联关系。若用户更新已经建立关联功能的软件测试用例,则系统将显示出受影响的软件需求数据,更新可能会影响到关联关系的软件需求数据时,系统自动提示该测试用例与软件需求数据先前建立的关联功能是否继续生效。若选择生效,则建立的关联关系继续生效。

上述测试用例包括测试用例ID、测试用例名称、作者、预置条件、测试输入、测试类别、预期结果、测试结果、测试类型和测试结果记录等属性。测试类别包括自动化测试和手工测试,测试类型包括正常测试和健壮性测试。

S103、根据测试用例生成测试规程,建立测试规程与测试用例之间的追溯关系。

测试用例生成后,基于测试用例生成一个或多个测试规程,系统自动建立测试规程与测试用例之间的追溯关系。若一个测试用例生成一个测试规程,则用户新建测试规程,通过手动操作来控制系统建立测试规程与测试用例之间的追溯关系。若测试规程被更新,则系统自动提示受影响的测试用例部分。确认当前的追溯关系是否继续生效,若不生效,用户可以删除当前的追溯关系。并且新建与其他软件需求数据之间的追溯关系。

上述测试规程包括测试规程ID、测试规程名称、作者、测试环境搭建与说明和测试规程预期结果。测试规程ID为唯一标识符,为系统自动生成。测试规程预期结果可以是相关的文字说明,也可以是预先设置的文本、日志、图片等,测试规程提供上述相关的数据导入功能。

S104、根据测试规程生成测试结果文件,建立测试结果文件与测试规程之间的追溯关系。

测试规程生成后,系统自动为每一个测试规程生成相应的测试结果文件。该文件中包含了测试执行人员名称、测试时间、测试规程执行实际结果和测试状态等内容,测试状态包括测试规程执行和测试规程阻塞。测试结果文件名为系统自动生成。用户执行测试规程后填写测试结果文件中的内容。系统自动建立测试结果文件与测试规程之间的追溯关系。

S105、检测测试追溯关系。

系统自动检测当前的测试用例与软件需求数据,测试规程与测试用例,测试结果文件与测试规程之间的相关追溯关系是否完整。

系统平台分析软件需求数据追溯关系。

系统自动检测是否软件需求数据追溯关系覆盖所有的可测试性需求。是否存在未被测试的软件需求数据和未建立追溯的测试用例。若存在,则提示用户。

系统自动检测是否所有的测试规程都建立了与测试用例的追溯关系,是否存在未建立追溯关系的测试规程。若存在,则提示用户。

系统自动检测是否所有的测试结果文件都建立了与测试规程之间的追溯关系,是否存在未建立追溯关系的测试记录文件。若存在,则提示用户。

根据检测结果生成追溯性关系报告,该报告包括总结需求、测试用例、测试规程数量、需求覆盖率、测试用例覆盖率等一系列数据。

S106、导出测试追溯关系数据。

系统为所有的需求、测试用例、测试规程、测试结果文件都在数据库中分配了一个ID,该ID是唯一的,若该ID删除,则后续将不再生成。同时,系统后台的数据库中包含一张表格,该表格用于存储数据的ID。当用户完成测试用例编写,测试用例与相应的需求数据建立关联关系后,则系统在后台的数据库的表格中添加一条记录,该记录包含需求数据ID以及测试用例ID,这样就形成了一个测试用例ID追溯到需求ID之间的关系,该关系为测试追溯关系。同理,形成了测试规程与测试用例之间的测试追溯关系,以及测试结果文件与测试规程之间的测试追溯关系。

系统导出软件需求数据ID,测试用例ID,测试规程ID以及测试结果文件ID,作为DO-178C标准测试追溯目标的证据,导出的格式为PDF格式。

本发明的技术方案可以自动生成满足DO-178C的追溯矩阵,为进行DO-178C适航认证,满足局方测试追溯目标要求提供证据。同时,缩短开发测试用例和测试规程的时间,降低企业进行软件开发的成本。

注意,上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解,本发明不限于这里所述的特定实施例,对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此,虽然通过以上实施例对本发明进行了较为详细的说明,但是本发明不仅仅限于以上实施例,在不脱离本发明构思的情况下,还可以包括更多其他等效实施例,而本发明的范围由所附的权利要求范围决定。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号