CN101551777A - 移动终端软件基于异常和中断机制的装置和测试方法 - Google Patents

Abstract

一种移动终端软件基于异常和中断装置和实现方法，该方法是基于数字移动终端测试代码处理程序的扩充，包括：测试代码开发模块，测试代码执行模块，测试数据处理模块，测试主机通讯模块，以及被测终端执行及监控模块。该方法首先需要在执行测试代码之前设置异常和中断的使能，并针对不同的系统信息设置相应的处理，然后再执行测试代码进行测试，使得移动终端测试程序在执行测试代码的同时，可以根据测试过程中的被测系统的信息实现测试过程的自动调整，最终实现测试代码基于异常和中断的执行。该方法扩展了移动终端的测试类型，提高了测试效率以及测试代码的灵活性和重用性。

Description

移动终端软件基于异常和中断机制的装置和测试方法

技术领域

本发明涉及自动化测试领域，尤其涉及一种代码驱动的自动化测试领域。

背景技术

作为软件自动化测试来说，最普遍的方式便是编写和执行测试代码，并使用自动化的测试工具来监控测试结果的过程，在这个自动化测试的实现过程中，如何选择或实现一种灵活可靠的测试代码来进行测试便成为其核心内容。在移动终端的代码驱动的自动化测试中，代码除了能够完成一般的测试驱动、流程控制等功能外，还需考虑到以下两方面因素：

首先，移动终端相对于单一功能或者面向针对性领域的嵌入式系统来说，其功能相对比较丰富，与外界的交联也比较复杂，因此在编写测试代码的时候，很难考虑到系统在某个时刻所可能出现的非预期状态，例如电量信息提示、未预期的短信和电话、新连接的申请等，因此仅仅用顺序执行的测试代码描述测试时很难描述出对上述这些状态的处理，而这些状态有可能存在一些直接影响测试的因素，往往会导致的测试过程中断或测试进入不可预期的状态。

其次，移动终端的测试过程中很重要的一部分为交互性测试，即在测试的过程中需要驱动两个或多个终端进行交互，然后再根据其交互结果进行结果验证。顺序执行的测试代码即使可以写出多终端的交互性操作，其多终端的各自执行序列也需要在编写测试代码之前的测试用例设计阶段拟定，并在编写测试代码的时候严格按照该序列编写，不然有可能造成交互失败，从而造成测试的失败。这不仅仅给测试代码编写以及修改带来了很大的困难，从长时间动态测试的角度来看，由于序列的相对固定性，其复用性很差，测试效果也很难达到预期。

因此将一般意义上的代码驱动模式直接应用到移动终端的测试中，还不能达到完善的测试的要求。

发明内容

本发明的目的在于，通过提供一种移动终端软件基于异常和中断机制的测试方法，是基于移动终端测试代码执行机制的扩充，使得移动终端测试程序在执行测试代码的同时，可以根据测试过程中的被测系统的状态实现测试过程的自动调整。

从实现的角度，这需要从两方面对代码驱动的方式进行调整：

首先从代码描述的手段上，需要在顺序描述的基础上支持一种扩展的描述方式，该扩展的描述不打断原有的测试序列，同时能够描述出序列执行过程中所可能遇到的各种影响测试的非预期状态，以及对于该非预期状态的处理方式。从测试描述的层次来定义一种可扩展、灵活性高的顺序机制。

其次从代码执行的流程上，顺序执行代码驱动的执行方式不能变，而是当顺序执行的过程中预先设定的状态产生后，能够自动将其捕获，并能够悬挂起顺序执行代码，然后按照该状态相应的处理代码进行执行，执行完成后，再回到顺序执行的代码断并唤醒它继续执行。

本发明是采用以下技术手段实现的：

一种移动终端软件基于异常和中断机制的装置，测试代码开发模块，包括代码编辑模块和代码的辅助生成工具；该模块与测试代码保存模块连接，将测试代码以统一格式存储，并为执行代码模块提供读取接口；

测试代码执行模块，根据测试配置解析测试代码并翻译成为测试指令，并将测试指令发送至数据处理模块进行处理，其主要包括两个子模块：测试解释模块、异常和中断处理模块；所述的测试解释模块、异常和中断处理模块与测试数据处理模块连接；

测试数据处理模块，将接受的测试指令打包封装并发送到通讯模块，并接受通讯模块返回的测试数据，进行测试结果的校验以及将异常和中断信息向测试执行模块转发；所述的测试数据处理模块，与测试主机通讯模块数据连接；

测试主机通讯模块，负责与被测终端的通讯，向终端发送由数据处理模块打包的数据，以及将终端的反馈数据转发到数据处理模块。

包括以下步骤：

被测终端部署步骤；在被测终端中安装相应的执行及监控模块，安装成功后，启动该模块；

对主机端软硬件的安装步骤；安装包含测试代码解析以及测试监控模块的测试平台，并运行该平台，安装硬件通讯模块；

建立连接步骤；是建立主机端与被测终端之间的连接，需要在主机端配置相应的连接方式，并发起连接，直至被测终端响应并建立连接成功；

测试准备步骤；完成对测试代码的编写；

启动信息捕获步骤；启动终端信息捕获进程，开始捕获系统信息，并实时回传；

执行测试步骤；启动测试代码执行模块，解释测试代码并发送测试指令、同时等待处理异常和中断信息；

异常和中断机制执行步骤；异常和中断机制在测试过程中自动调度测试执行。

实现该方法的测试代码的执行支持对移动终端的测试。

实现该方法的测试代码的执行序列不受该方法调度时，按照原始序列执行测试代码。

前述的测试代码支持对中断相关代码的编写，包括中断使能打开或关闭、设置中断处理函数、以及编辑处理函数。

前述的测试代码支持异常相关代码的编写，包括异常打开或关闭、编辑异常处理代码。

前述的测试代码执行模块在解释测试代码的过程中实时跟踪被测终端回传的信息。

前述的测试代码执行模块对被测终端回传的信息进行实时判断，对存在的与该信息匹配的异常处理代码，进行相应的调度。

前述的测试代码执行模块对被测终端回传的信息进行实时判断，对存在的与该信息匹配的中断处理代码，则进行相应的调度。

前述的测试代码执行模块支持测试代码中止测试并保存测试数据。

本发明与现有技术相比，具有明显的优势和有益效果：

1、在测试代码的描述上，新提供了一种描述方式。使得对于原有的测试的描述更加灵活；对于某些特殊的测试来说，从不可测变为可测。

2、由于本方法是对原有代码测试的扩充，不是修改，因此测试人员很容易将原有测试代码进行扩充，以支持此类型的测试机制。

3、从总体测试的角度，提高了编写测试代码的效率，同时提高了代码的重用性，并且从测试的覆盖上进一步得到了扩充，因此提高了测试的效率。

综上所述，经过改进后的代码执行机制允许测试人员在不影响原始测试序列的情况下描述出对各种预设状态的处理，良好的维持了测试代码的正常执行环境，保证测试的正常执行。另外，也使得测试人员在编写测试代码的过程中，解开了多对象交互序列的约束，将注意力转移到单个终端的操作以及对交互事件的处理上，这样即减小了编写测试代码的难度，也很大程度上提高了测试代码的测试效果以及重用性。

说明书附图

图1为本发明的结构连接示意图；

图2为本发明的软硬件模块部署以及使用流程示意图；

图3为本发明的测试方法所需要的步骤示意图；

图4为本发明异常、中断机制在整个测试过程中的位置示意图；

图5为本发明异常、中断处理的详细流程图。

具体实施方式

以下结合附图对本发明的实施进行说明，应当理解，此处所描述的实施例仅用于说明和解释本发明，并不用于限定本发明。

图1为本发明的结构连接示意图；，说明了实施该机制需要部署的模块及其交联关系。如图1所示，测试代码开发模块101，提供用户对测试代码和中断、异常代码的编写环境，包括代码的辅助生成工具；测试代码保存模块102，将测试代码以统一格式存储，并为执行代码模块提供读取接口；测试代码执行模块103，根据测试配置解析测试代码并翻译成为测试指令，并将测试指令发送至数据处理模块进行处理，其主要包括两个子模块：测试解释模块1031和异常中断处理模块1032，1032为异常中断伺服，实时接受由数据处理模块发送的异常中断信息，根据该信息设置解释模块1031的相关标志位，1031主要功能是读取测试配置并获得测试代码，然后将代码解析成为测试指令，并且在解析过程中根据中断异常的标志位进行调度；测试数据处理模块104，用于接受测试指令，然后打包封装并发送到通讯模块，另外接受通讯模块返回的测试数据，进行测试结果的校验以及将异常中断信息向测试执行模块转发；测试主机通讯模块105，负责与被测终端的通讯，向终端发送由数据处理模块打包的数据，以及将终端的反馈数据转发到数据处理模块；

终端通讯模块109，与被测主机的通讯模块，负责将主机发送的数据转发到驱动模块，并且将终端本身的打包数据反馈给测试主机；终端驱动模块106，用于接受109测试指令包，并将测试指令解析为终端动作驱动终端运行；结果采集模块107，负责监视终端驱动后的反馈，并将反馈信息打包发送到109回传；终端信息监控模块108，用于主动监控终端各种状态信息，并将所有的信息进行打包发送到109进行回传。

图2为本发明的软硬件模块部署以及使用流程示意图，软硬件模块部署以及概要的使用流程。步骤201步骤是对被测终端的部署，需要在被测终端中安装相应的执行及监控模块，安装成功后，启动该模块；步骤202是对主机端软硬件的安装，安装包含测试代码解析以及测试监控等模块的测试平台，并运行该平台，安装硬件通讯模块；203步骤是建立主机端与被测终端之间的连接，需要在主机端配置相应的连接方式，并发起连接，直至被测终端响应并建立连接成功；204是测试准备工作，其主要任务是完成对测试代码的编写；步骤205启动终端信息捕获进程，开始捕获系统信息，并实时回传；步骤206执行测试，即启动解释执行测试代码、发送测试指令、结果收集等模块；步骤207异常、中断机制会在测试过程中自动调度测试的执行。

图3展示了从用户的使用角度，使用异常、中断机制的测试方法所需要的步骤。配置测试环境步骤301，包括搭建软硬件环境，添加测试相关的配置项，如连接方式、数据发送/响应方式等；设计测试用例步骤302，根据测试需求划分测试项或测试点，并根据测试要求，设计相应的用例逻辑和数据；设计编写测试代码步骤303，按照测试主机要求并根据测试用例的逻辑和数据，编写相应的测试代码；设计异常、中断步骤304，由于在针对不同测试逻辑，所关注的例外事件并不相同，并且例外事件采用异常还是中断方式处理也由该逻辑确定，因此在这里需要指定被捕获的例外事件，并且指定其处理方式，然后编写到测试代码中；编写异常、中断处理函数步骤305，是根据步骤304设计的处理细节，将处理过程编写成处理函数，这样，异常、中断的处理并不与测试代码相融合，增加了测试代码的可读性，另外异常、中断处理过程的独立性得到保证，增加了处理过程的重用性；设置异常、中断与函数的对应步骤306，是在测试代码中设置事件与函数的对应关系；形成最终测试代码步骤307，在测试用例代码以及异常、中断代码的编写的基础上，添加测试需要的调度方案，并调试代码以保证代码语法、格式正确，以形成最终可用于执行测试的代码；执行测试步骤308，指定本次测试所要执行的代码以及代码调度方案，启动测试执行模块；步骤309是测试过程中，异常、中断机制的自动执行步骤，不需要人工干预，但测试人员可以监视整个测试的执行过程，并且整个执行过程都将被记入结果数据；测试结果分析步骤310，测试人员根据记录的结果，判断测试通过与否，并分析查找测试失败原因。

图4中通过对测试流程职能带区的划分，更清晰的展示出异常、中断机制的在整个测试过程中的位置。不包括异常、终端机制的测试方法只包括职能带区：解释测试代码，异常中断处理，通讯，命令执行，状态、信息捕获。很显然，一个普通的测试流程其执行过程是线性的，更确切的说其执行完全取决于测试代码中描述的逻辑行为，应用此方法，各个职能带区的联系必须紧密耦合，任何一环的失效都会导致整个测试的失败。异常、终端处理职能带区的加入，为测试流程添加了两个环节：设置使能401，以及异常、终端处理402。其中401是在解释代码的过程中，如果遇到异常、中断使能设置相关代码，则在解释器中设置相应标志位，并关联该使能与相关的处理流程，以备后续处理使用；402是在测试过程中，如果收集的数据匹配了使能标志位则调用相应的处理流程。根据本图示得出，异常中断处理并未在打破测试流程中的环节，保证了整个测试流程的原始特性，但却提高了对多种数据的处理能力。

图5中描述了异常、中断处理的详细流程。初始化测试代码执行环境501，包括搭建软硬件测试环境，编写测试用例以及测试代码，与被测终端正确的建立连接等，然后执行测试。

测试代码的解释过程包括：读取并解释代码502，在此步骤中解释器逐行获取测试代码，首先对代码语法进行检查，检查通过后根据代码内容进行解析；503判断是否到达代码结束行，如果到达则结束整个测试流程504；如果未到达且代码内容不为空，则判断是否为异常、中断使能代码504。如果不是则说明该行代码为逻辑控制或者指令发送，然后判断是否为发送指令代码，如果是则进入发送命令过程，否则按照逻辑控制继续读取下一行代。如果是异常、中断使能代码则进入使能设置处理，首先进行使能类型判断505；如果是异常使能代码，则进入506解析使能标志参数，根据使能参数格式读取参数，并在解释器中设置异常标志507，然后返回读取代码502步骤；如果是中断异常使能设置，则按照格式读取终端标志设置的参数508，以及获取参数中的中断处理函数名509；根据中断标志在解释器中设置相应标志位510，同时将该标志位与实际的处理函数名建立对应关系511，完成中断使能设置，回到读取代码502步骤。

在指令发送和数据接收过程中的处理：首先根据测试代码的解析结果，将测试指令发送到相应模块进行处理，测试控制模块则开始等待指令发送结果的返回513，结果包括指令发送成功与否、被测终端根据指令返回的被测终端信息或资源、或者是与该测试指令不相关的各种被测终端状态信息(该状态信息与异常、中断的标志存在一一对应关系)；当被测中断返回数据，则判断返回数据类型，如果是上述前两种，则保存数据515，然后返回到代码读取步骤502，如果是第三种数据则进入异常、中断处理环节，判断是否存在与该终端状态信息对应的异常或中断使能标志，如果不存在则返回到结果等待步骤513，否则继续根据该标志处理；挂起当前测试进程517，将当前测试代码解释进程、结果等待进程挂起，并在解释器中启动一个新进程对该状态标志处理；首先判断是否为异常标志518，是则将该标志指定的异常抛出519，解释器根据所抛出的异常类型自动转入异常处理代码520，该代码的执行过程同上述的测试代码执行过程，不同的是当该异常处理代码段执行完成后自动结束测试流程524。如果是中断处理标志，则会在指定代码文件中搜索与之对应的处理函数521，然后将所得的处理函数用另外的子进程执行522，该子进程的处理过程同上述的测试代码执行过程；当该子进程执行完毕后，则完成了对中断状态的处理，然后唤醒当前测试进程，包括解释器的解释进程以及结果等待进程，并转入该等待进程进行执行。

最后应说明的是：以上实施例仅用以说明本发明而并非限制本发明所描述的技术方案；因此，尽管本说明书参照上述的各个实施例对本发明已进行了详细的说明，但是，本领域的普通技术人员应当理解，仍然可以对本发明进行修改或等同替换；而一切不脱离发明的精神和范围的技术方案及其改进，其均应涵盖在本发明的权利要求范围当中。

Claims (10)

1、一种移动终端软件基于异常和中断机制的装置，其特征在于：

测试代码开发模块，包括代码编辑模块和代码的辅助生成工具；该模块与测试代码保存模块连接，将测试代码以统一格式存储，并为执行代码模块提供读取接口；

测试代码执行模块，根据测试配置解析测试代码并翻译成为测试指令，并将测试指令发送至数据处理模块进行处理，其主要包括两个子模块：测试解释模块、异常和中断处理模块；所述的测试解释模块、异常和中断处理模块与测试数据处理模块连接；

测试数据处理模块，将接受的测试指令打包封装并发送到通讯模块，并接受通讯模块返回的测试数据，进行测试结果的校验以及将异常和中断信息向测试执行模块转发；所述的测试数据处理模块，与测试主机通讯模块数据连接；

测试主机通讯模块，负责与被测终端的通讯，向终端发送由数据处理模块打包的数据，以及将终端的反馈数据转发到数据处理模块。

2、一种移动终端软件基于异常和中断机制的测试方法，其特征在于：包括以下步骤：

被测终端部署步骤；在被测终端中安装相应的执行及监控模块，安装成功后，启动该模块；

对主机端软硬件的安装步骤；安装包含测试代码解析以及测试监控模块的测试平台，并运行该平台，安装硬件通讯模块；

建立连接步骤；是建立主机端与被测终端之间的连接，需要在主机端配置相应的连接方式，并发起连接，直至被测终端响应并建立连接成功；

测试准备步骤；完成对测试代码的编写；

启动信息捕获步骤；启动终端信息捕获进程，开始捕获系统信息，并实时回传；

执行测试步骤；启动测试代码执行模块，解释测试代码并发送测试指令、同时等待处理异常和中断信息；

异常和中断机制执行步骤；异常和中断机制在测试过程中自动调度测试执行。

3、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：实现该方法的测试代码的执行支持对移动终端的测试。

4、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：实现该方法的测试代码的执行序列不受该方法调度时，按照原始序列执行测试代码。

5、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码支持对中断相关代码的编写，包括中断使能打开或关闭、设置中断处理函数、以及编辑处理函数。

6、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码支持异常相关代码的编写，包括异常打开或关闭、编辑异常处理代码。

7、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码执行模块在解释测试代码的过程中实时跟踪被测终端回传的信息。

8、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码执行模块对被测终端回传的信息进行实时判断，对存在的与该信息匹配的异常处理代码，进行相应的调度。

9、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码执行模块对被测终端回传的信息进行实时判断，对存在的与该信息匹配的中断处理代码，则进行相应的调度。

10、根据权利要求2所述的移动终端软件基于异常和中断方法，其特征在于：所述的测试代码执行模块支持测试代码中止测试并保存测试数据。

Images