CN100479393C - 一种实现测试执行器测试的方法 - Google Patents

Abstract

本发明涉及通讯技术领域中一种实现测试执行器测试的方法，将状态机描述与测试执行器分离，测试执行器在接收到所述状态机描述消息时，根据信元路径及信元宽度来读取信元，通过与预先存储的合理信元值比较来实现测试操作。本发明通过将状态机描述与测试执行器分开，使得状态机的改变不影响测试执行器，实现了测试执行器的通用性。通过采用二进制文件存储方式，大大减小了存储空间。通过采用信元偏移量和信元宽度来进行消息比较，提高了消息定位速度，而且不受测试执行器运行的操作系统的限制。

Description

一种实现测试执行器测试的方法

技术领域

本发明涉及通讯技术领域，尤其涉及一种实现测试执行器测试的方法。

背景技术

有限状态机(FSM)是一种用来进行对象行为建模的工具，其作用主要是描述对象在它的生命周期内所经历的状态序列，以及如何响应来自外界的各种事件，适用于系统的动态建模。如在系统的业务自动化测试中，包括协议一致性测试、业务功能测试等，需要对协议的消息流程或业务流程建立模型。

测试执行器(TE)，是负责仿真外围设备对被测系统发起测试的程序，主要提供了对于业务流程定义的解析以及流程流转的支持。

有限状态机文件描述了业务的交互逻辑，测试执行器通过解析此状态机定义文件按照业务的交互逻辑进行业务的流转，并进行记录和统计。测试执行器通常通过参考某种模型来进行设计，通过调度算法来进行流程的流转，包括流程的启动、终止、状态迁移等。

传统的做法是将状态机描述和测试执行器互相关联，同时以代码的形式出现在测试程序或脚本中，没有区分状态机和测试执行器。这种做法没有将状态机描述和状态机的执行分开，一旦用户需要测试的业务流程发生变化，开发人员就必须重新修改代码，维护成本很高。

随着技术的发展出现了状态机和状态机执行器分开设计，但是状态机是以文本格式的文件存储，占用的内存较大，不适合于提供给用户可用内存有限的场合下使用，在用户可用内存有限的情况下，无法实现状态机的存储。

另一种现有技术是在测试执行器执行过程中，采用DLL(动态链路库)提供的接口函数实现协议消息的编码、解码、消息比较以及信元修改等操作。而这种针对消息的操作只适合于windows操作系统，无法移植到其他操作系统。因此实现协议消息操作的代码无法做到通用性，即无法在不同操作系统之间移植。

发明内容

本发明的目的在于提供一种实现测试执行器测试的方法。

本发明的目的是通过以下技术方案实现的：

一种实现测试执行器测试的方法，设置与测试执行器分离的状态机描述，测试执行器在接收到所述状态机描述消息后，根据状态机描述消息中的信元路径及信元宽度取出信元值，与预先存储的合理信元值比较，如果两者相等，则可确定接收的信元正确。

所述状态机描述采用表格描述，所述状态机描述包括：状态机流程描述、取出及回填信元描述及比较信元描述。

所述比较信元描述中包括：

接收消息名、信元路径、信元宽度、及合理信元值。

所述方法进一步包括：

当一条消息的所有需要比较的信元都确定正确时，则可确定接收到一条正确的消息。

所述状态机描述以二进制格式存储。

由上述本发明提供的技术方案可以看出，本发明实现了将状态机描述与测试执行器分开，使得状态机的改变不影响测试执行器，实现了测试执行器的通用性。本发明通过采用二进制文件存储方式，大大减小了存储空间。另外，通过采用信元偏移量和信元宽度来进行消息比较，提高了消息定位速度，而且不受测试执行器运行的操作系统的限制。

具体实施方式

本发明的核心思想是提供一种实现测试执行器测试的方法，状态机描述与测试执行器分离，在取出及回填信元时以信元偏移量和信元宽度来进行消息比较，提高了消息定位速度，不受测试执行器运行操作系统的限制，实现了测试执行器通用测试的目的。

本发明提供一种实现测试执行器测试的方法，将状态机描述与测试执行器分离，状态机以表格方式描述状态序列，经过编译后以二进制格式存储。

所述状态机描述文件包括：状态机流程描述、取出及回填信元描述以及比较信元描述。每一部分采用表格的形式表示，表中每一行以“{”开始，以“}”结束，每行中的每一项以逗号隔开。

所述的状态机描述以关键字“FSM”开始，之后为状态机描述表，表的每一行包含状态名、接收消息名、发送消息名、等待延时时长、超时迁移目的状态名、正常迁移目的状态名、触发器名等内容。当表中某项为“”时表示没有相应的值或为空。延时时长以毫秒为单位。状态机描述表的第一行是状态机启动入口，包括接收消息和发送消息，其它状态行具体内容可以任意安排。以下说明状态行中各项的用法。

状态名

状态名表示是状态名称，该值不能为空，当在相同状态下可能需要接收不同的消息时，可以描述成多行具有相同的状态名。

接收消息名

表示是在当前状态下准备接收的消息名称，该消息的比较信元应在状态机文件中描述，若没有需要接收的消息，则此项填“”。

发送消息名

表示是在当前状态下准备发送的消息名称，该消息的消息模板应在消息文件中描述，需要修改的信元则应该在取出及回填信元列表中描述。若没有需要发送的消息，此项填“”，发送消息可以有多个。

等待延时时长

表示是在当前状态下等待接收消息的延时，以毫秒为单位，若没有延时要求时，此项填0。

超时迁移目的状态名

表示是在当前状态下，在规定的时间内没有收到相应的消息时，状态机迁移的目标状态。“ERROR”、“SUCCESS”是保留状态名，表示状态机的结果状态。

正常迁移目的状态名

表示是在当前状态下，在规定的时间内接收到相应的消息时，状态机迁移的目标状态。“ERROR”、“SUCCESS”是保留状态名，表示状态机的结果状态。

所述的取出及回填信元描述以关键字“MSGIE”开始，该列表用于保存发送消息指定的需要修改的信元和获取这些信元值的数据源。数据源包括来自接收消息中的相关信元值以及用户自定义的信元值。

关键字“MSGIE”之后为描述表，表的每一行描述了接收消息名、接收信元路径、发送消息名、发送信元路径、信元宽度和信元值。接收消息名和发送消息名来自状态机流程描述列表中；所述的信元路径是指信元距离消息头部的偏移量，以bit为单位；信元宽度表示信元占用的bit数；发送信元值为“”，表示信元值来自接收消息中，此时接收消息不许为“”；而当接受消息为“”时，表示需要将发送信元值填入发送消息指定的信元中。

所述的比较信元列表用于记录接收消息在指定路径处的合理信元值。比较信元列表以“TRAPIE“为关键字，之后是描述表，枚举出一个状态下可能接收到的所有消息类型，预先针对每条可能的接收消息取出能够唯一区分一条消息的所有信元信息，包括信元路径、信元宽度、合理信元值以及大小端存储方式。

测试执行器收到消息后，根据消息的信元路径和信元宽度从接收消息中取出信元值，与合理值相比较，判断偏移量。如果两者相等，则认为接收信元正确。一条消息可能有多个需要比较的信元，只有当所有信元都比较成功，才认为接收到一条正确的消息。通过上述判断过程实现了测试执行器的测试操作。

在状态机描述文件中，消息名是通过字符串来描述的，描述一条消息需要使用多个字节，当状态机中消息数量较多时，状态机描述文件占用较大内存。为了节省内存，令状态机与一个编译器相连，将文本格式的状态机文件转化成二进制文件存储，消息名用占两字节的unsigned short来存储，这样大大减小了存储空间。

综上所述，本发明实现了将状态机描述与测试执行器分开，使得状态机的改变不影响测试执行器，实现了测试执行器的通用性。通过采用二进制文件存储方式，大大减小了存储空间。通过采用信元偏移量和信元宽度来进行消息比较，提高了消息定位速度，而且不受测试执行器运行的操作系统的限制。

以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。

Claims (5)

1、一种实现测试执行器测试的方法，其特征在于，设置与测试执行器分离的状态机描述，测试执行器在接收到所述状态机描述消息后，根据状态机描述消息中的信元路径及信元宽度取出信元值，与预先存储的合理信元值比较，如果两者相等，则可确定接收的信元正确。

2、如权利要求1所述的一种实现测试执行器测试的方法，其特征在于，所述状态机描述采用表格描述，所述状态机描述包括：状态机流程描述、取出及回填信元描述及比较信元描述。

3、如权利要求2所述的一种实现测试执行器测试的方法，其特征在于，所述比较信元描述中包括：

接收消息名、信元路径、信元宽度、及合理信元值。

4、如权利要求1所述的一种实现测试执行器测试的方法，其特征在于，所述方法进一步包括：

当一条消息的所有需要比较的信元都确定正确时，则可确定接收到一条正确的消息。

5、如权利要求1至4中任一项所述的一种实现测试执行器测试的方法，其特征在于，所述状态机描述以二进制格式存储。