CN107239284A - 一种图形化智能化测试用例和测试序列编制方法 - Google Patents

Abstract

本发明提供一种图形化、智能化的基本用例编制方法，包括设置图形化的基本用例编制界面，基本用例编制界面包含图形化的基本用例编辑区和图形化的控件选择区接口；控件区包含具有多种线路场景的模型控件；控件区还包含多个不同的信号控件；每种类型的信号对应一个信号控件；在图形化的基本用例编制界面中进行基本用例编制时，首先从控件选择区的模型控件接口链接场景模型，将需要编制的一个或者多个场景模型拖拽到基本用例编辑区进行图形化显示；其次，在场景模型的合适位置添加一个或多个用例元素并进行显示。本发明在图形上对应用场景模型、控件等进行拖拽、添加等操作即可形成有效的测试用例或测试序列，编制及维护工作量较小。

Description

一种图形化智能化测试用例和测试序列编制方法

技术领域

本发明涉及一种采用图形化、智能化进行仿真测试的基本用例、测试实例和测试序列编制方法。

背景技术

目前一般采用传统文字描述方式进行测试用例及测试序列的编制，针对每个测试用例均需要顺序描述测试前置条件、信息输入内容及时机、及测试预期结果等，往往需要将一个完整待测试功能拆分成若干子功能，并分别编写各子功能的测试用例。测试用例与测试环境紧密捆绑，针对不同的应用环境需要重复编写类似的测试用例，共用性差。且测试序列仅仅是将多个测试用例拼凑在一起，相互间可能不存在关联性、连贯性。

现有的文字描述测试用例及测试序列的方式存在如下弊端：

1)繁琐的文字描述，既不直观，又易引起理解上的歧义；

2)文字描述方式没有固定格式，且不同编制人员描述方式参差不齐，共用性差；

3)测试用例共用性差，人工编制及维护工作量巨大；

4)测试序列中各测试用例的连贯性差，执行效率较低；

5)测试用例、测试序列无法独立封装、存储，且与测试环境无法紧密关联，捆绑。

发明内容

本发明提供一种图形化、智能化的基本用例、测试实例及测试序列的编制方法，以解决现有技术存在的问题。

本发明采用以下技术方案：

一种图形化、智能化的基本用例编制方法，包括：

设置图形化的基本用例编制界面，所述基本用例编制界面包含图形化的基本用例编辑区和图形化的控件选择区接口；控件选择区的接口用于连接控件区；

所述控件区包含具有多种线路场景的模型控件，所述模型控件内每个场景模型均通过图形化方式编辑生成；所述模型控件中的场景模型用于描述一个基本的线路，或者站场局部或完整的信息；

所述控件区还包含多个不同的信号控件，所述信号控件的信号包含机车运行中从外部获取的和机车自身设置的用于指导机车运行的信号；所述每种类型的信号对应一个信号控件；一个信号控件或者多个信号控件中的信号经过组合形成用例元素；

在图形化的基本用例编制界面中进行基本用例编制时，首先从控件选择区的模型控件接口链接场景模型，将需要编制的一个或者多个场景模型拖拽到基本用例编辑区进行图形化显示；其次，在场景模型的合适位置添加一个或多个用例元素并进行显示。

基本用例编制过程完成后，通过编译生成独立封装的基本用例控件，所述每个基本用例控件均预留有与机车运行环境信息链接的接口。

所述信号控件包括轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件。

所述在场景模型的合适坐标位置添加信号后，在场景模型中设置每个信号的预期输出结果及判断方法，在测试用例执行时，设备实时获取测试用例的执行结果，当执行结果与预期输出结果一致时，表明功能测试结果为合格，否则为不合格。

一种基本用例编制测试序列的方法，包括：

选择基本用例控件中的一个或者多个基本用例；

获取将基本用例作为某条实际线路或者某个站场运行时所需要的机车运行环境信息，在基本用例的接口处链接该机车运行环境信息，形成测试实例，所述机车运行环境信息包括机车基础数据、控制参数、软件版本、机车信号；

根据预先设定的测试顺序，将多个测试实例串联形成一个或者多个测试序列。

所述机车运行环境信息包括LKJ线路基础数据、LKJ控制参数、LKJ软件版本。

所述将多个测试实例串联形成测试序列时，当前测试实例的入口与上一测试实例的出口适配的直接连接，否则，在两条测试实例间添加轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件等中的一个或者多个控件的对象作为衔接信息，且该衔接信息不作为测试项。

一种测试用例，包括用例元素、基本用例、测试实例、测试序列四层；

用例元素：机车运行中从外部获取的和机车自身设置的用于指导机车运行的信号中的一种或多种组成的元素；

基本用例：由多个用例元素按照机车实际运行顺序在场景模型上组合形成；

测试实例：由在基本用例上连接机车运行环境信息形成；

测试序列：将多个测试实例按照测试要求顺序衔接起来形成。

本发明的有益效果：

1)图形化的测试用例及测试序列编制方式，简洁、直观、浅显易懂；

2)在图形上对应用场景模型、控件等进行拖拽、添加等操作即可形成有效的测试用例或测试序列，编制及维护工作量较小；

3)将测试用例分为用例元素、基本用例、测试实例、测试序列四层，其中基本用例可与不同的运用环境组成不同的测试实例，共用性好，且较少重复性工作；

4)组织测试序列时，通过图形方式在相邻测试用例间添加链接信息，能易于测试用例执行的连贯性；

5)基本用例、测试实例、测试序列可以独立封装、存储。

附图说明

图1为本发明的一个典型的预告-进站-出站线路场景模型示意图。

图2为本发明图形化基本用例编辑的界面示意图。

图3为本发明的一个典型的侧线接车基本用例编制示意图。

图4为本发明图形化测试序列编制示意图。

具体实施方式

下面结合附图和具体实施方式对本发明作进一步详细说明。

本发明首先提出了将测试用例分层管理的方式，将测试用例分为用例元素、基本用例、测试实例、测试序列四层。用例元素是组成基本用例的最小单元,用例元素主要包含轨道信号、速度、管压、机车工况、开关量、柴速、调车信号、DMI按键信息、ATP信息、EMU信息、BTM信息、GPS信息、ICK信息，以及由上述元素中一种或多种组合而成的新元素。将用例元素按照一定的规律组合形成基本用例，基本用例中包含执行所必须的信息及预期结果，且预留有与特定基础数据、控制参数、软件版本、机车信号等附属信息链接的接口；基本用例与特定基础数据、控制参数、软件版本、机车信号等附属信息链接即形成了一个完整的测试实例；若干个测试实例按照一定的顺序衔接起来即形成了一个完整的测试序列。

本发明首先提供一种图形化、智能化的基本用例的编写方法。

该方法首先在显示界面上设置图形化的基本用例编制界面，该基本用例编制界面包含图形化的基本用例编辑区和图形化的控件选择区接口；控件选择区的接口用于连接控件区。

控件区包含具有多种线路场景的模型控件，所述模型控件内每个场景模型均通过图形化方式编辑生成，使得生成的场景模型为可以图形化显示在显示界面上的线路形式；每个场景模型用来描述一个基本的线路，或者站场局部或完整的信息，场景模型的线路和站场均为最基本的模型，其上添加不同的信息可以指代不同的真实线路。

控件区还包含多个不同的信号控件，所述信号控件的信号包含机车运行中从外部获取的和机车自身设置的用于指导机车运行的信号；每种类型的信号对应一个信号控件；一个信号控件或者多个信号控件中的信号经过组合形成用例元素。用例元素按照机车运行时需要的信号顺序，添加到场景模型中，形成基本用例。

具体来说，在图形化的基本用例编制界面中进行编制时，首先从控件选择区的模型控件接口链接场景模型，将需要编制的一个或者多个场景模型拖拽到基本用例编辑区进行图形化显示；其次，在场景模型的合适位置添加一个或多个用例元素并进行显示。

上述编制过程完成后，通过编译生成独立封装的基本用例控件，所述每个基本用例控件均预留有与机车运行环境信息链接的接口。

场景模型同样通过用例元素建立，此处的用例元素是指组成线路或者组成站场的基本元素。场景模型包含多种基本线路场景，例如预告-进站-出站、预告-进站-进站-出站、出站-预告-进站、出站-通过（N）-进站等的线路场景模型控件。模型描述一个完整的基本线路模型或基本站场模型，每种模型预留与实际线路或站场链接的接口，如图1为一个典型的预告-进站-出站线路场景模型示意图。

控件区的信号控件主要包括轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件，且每种控件应具备包含的内容、人工设置参数等多种属性，例如轨道信号控件包含红灯、黄灯、绿灯等信号，速度控件具备人工输入速度值的属性。

在进行基本用例编辑时，首先从线路场景模型控件中选择基本用例执行所需要的线路场景模型，并将线路场景模型拖拽到如图2所示的显示界面的编辑区域中，并与该编辑界面的坐标体系建立链接，等待进行基本用例编辑。可以同时将多个线路场景模型按一定的顺序平铺到显示界面编辑区域。

然后，根据基本用例运行所需要的信号或者需要调整的信号，通过控件选择区接口选择轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件中的一个或者多个控件，获取控件中的合适信号或者在控件中手动输入合适信号，然后在线路场景模型的合适位置添加信号，例如依次在坐标体系的不同位置处添加轨道信号、管压数值、机车速度数值、柴速数值等，这些信号添加的顺序应满足LKJ控制功能执行顺序。如图3为一个典型的侧线接车基本用例编制示意图，在预告信号机前轨道信号为B码，预告信号机处轨道信号为UU码，进站后轨道信号为B码，侧线股道上轨道信号为HU码，且进站信号机前添加DMI侧线输入控件，机车速度设置为贴限速运行。

在基本用例编辑区添加完各种控件信息后，应设置LKJ控制功能预期输出结果及判断方法。如预期输出：结果为限速在编号为3025的信号机前20m处应降至45km/h，判断方法为限速距离编号为3025的信号机30m～20m间降至45km/h。在测试用例执行过程中，采集LKJ***设备输出信息，当达到与预期结果一致的目标时，表明功能测试结果为合格，否则为不合格，即软件功能出错。

在基本用例编辑界面中完成基本用例编制后，通过编译生成固化的基本用例，固化后的基本用例仅能看到预留的链接接口，这样就形成了一个独立封装的基本用例。

基本用例仅代表LKJ的一个控制功能，为了验证LKJ的该控制功能在不同应用环境中的实际执行结果，需要将基本用例实例化，即将基本用例与不同的机车基础数据、控制参数、软件版本、机车信号等附属信息链接形成若干个不同环境的测试实例。

因此，本发明提供了一种通过图形化方式将上述生成基本用例编制成测试实例的方法，测试实例是由基本用例和实际基础数据、控制参数、软件版本、机车信号等附属链接信息组成的。

在进行测试实例编辑时，首先获取需要进行该功能的机车运行环境信息，并将机车运行环境信息按照属性与基本用例控件预留接口链接起来，按照接口属性与运行环境信息中对应内容链接起来，然后编译封装成一条完整的测试实例，封装的测试实例应包括机车运行环境信息。

一个基本用例与不同的机车运行环境信息匹配，能够形成不同的测试实例。

测试实例仅仅是一个独立功能测试，为了测试的连贯性，需要将若干个测试实例串联成测试序列。

因此，本发明又提供了一种图形化的测试序列编制方法，将若干个测试实例按照预先设定的测试顺序串联生成测试序列，即测试序列由一个或者多个测试实例按照一定的顺序串连形成，测试***根据该序列实施测试。

测试序列组织采用图形化方式进行时，主要步骤如下：

1)首先获取需要测试的所有软件功能，为了节省测试时间及保持测试的连贯性，将待测试的软件功能按照一定的顺序编排，形成若干个不同的测试序列。

2)从基本用例库中选择适宜的基本用例，然后将实际基础数据、控制参数、软件版本、机车信号等附属链接信息与基本用例预留的接口一一衔接起来，形成若干个相对独立的测试实例。

3)按照测试序列将测试实例在图形上串联。多个测试实例中，当前测试实例的入口与上一测试实例的出口适配的可以直接连接，否则，为了保持测试过程的连贯性，两条测试实例间可添加轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件中的一个或者多个控件的对象作为衔接信息，且衔接信息可看做一种无测试项的特殊的测试实例，主要是为了保障在下一个测试实例开始之前外部测试条件满足其入口条件。

4)编译、封装成一条固化的测试序列，且固化的测试序列应包含基本用例及完整的运行环境信息，如图4。

Claims (8)

1.一种图形化、智能化的基本用例编制方法，其特征在于，包括：

设置图形化的基本用例编制界面，所述基本用例编制界面包含图形化的基本用例编辑区和图形化的控件选择区接口；控件选择区的接口用于连接控件区；

所述控件区包含具有多种线路场景的模型控件，所述模型控件内每个场景模型均通过图形化方式编辑生成；所述模型控件中的场景模型用于描述一个基本的线路，或者站场局部或完整的信息；

所述控件区还包含多个不同的信号控件，所述信号控件的信号包含机车运行中从外部获取的和机车自身设置的用于指导机车运行的信号；所述每种类型的信号对应一个信号控件；一个信号控件或者多个信号控件中的信号经过组合形成用例元素；

在图形化的基本用例编制界面中进行基本用例编制时，首先从控件选择区的模型控件接口链接场景模型，将需要编制的一个或者多个场景模型拖拽到基本用例编辑区进行图形化显示；其次，在场景模型的合适位置添加一个或多个用例元素并进行显示。

2.根据权利要求1所述的方法，其特征在于：

基本用例编制过程完成后，通过编译生成独立封装的基本用例控件，所述每个基本用例控件均预留有与机车运行环境信息链接的接口。

3.根据权利要求1所述方法，其特征在于：所述信号控件包括轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件。

4.根据权利要求1所述的方法，其特征在于：所述在场景模型的合适坐标位置添加信号后，在场景模型中设置每个信号的预期输出结果及判断方法，在测试用例执行时，设备实时获取测试用例的执行结果，当执行结果与预期输出结果一致时，表明功能测试结果为合格，否则为不合格。

5.一种使用权利要求1~4所述的基本用例编制测试序列的方法，其特征在于，包括：

选择基本用例控件中的一个或者多个基本用例；

获取将基本用例作为某条实际线路或者某个站场运行时所需要的机车运行环境信息，在基本用例的接口处链接该机车运行环境信息，形成测试实例，所述机车运行环境信息包括机车基础数据、控制参数、软件版本、机车信号；

根据预先设定的测试顺序，将多个测试实例串联形成一个或者多个测试序列。

6.根据权利要求5所述的方法，其特征在于：

所述机车运行环境信息包括LKJ线路基础数据、LKJ控制参数、LKJ软件版本。

7.根据权利要求5所述的方法，其特征在于：

所述将多个测试实例串联形成测试序列时，当前测试实例的入口与上一测试实例的出口适配的直接连接，否则，在两条测试实例间添加轨道信号控件、速度控件、管压控件、机车工况控件、开关量控件、柴速控件、调车信号控件、DMI按键信息控件、ATP信息控件、EMU信息控件、BTM信息控件、GPS信息控件、ICK信息控件等中的一个或者多个控件的对象作为衔接信息，且该衔接信息不作为测试项。

8.一种测试用例，其特征在于：

包括用例元素、基本用例、测试实例、测试序列四层；

用例元素：机车运行中从外部获取的和机车自身设置的用于指导机车运行的信号中的一种或多种组成的元素；

基本用例：由多个用例元素按照机车实际运行顺序在场景模型上组合形成；

测试实例：由在基本用例上连接机车运行环境信息形成；

测试序列：将多个测试实例按照测试要求顺序衔接起来形成。