CN104899132A - 应用软件测试方法、装置及系统 - Google Patents

Abstract

本发明涉及一种应用软件测试方法、装置及系统，其方法包括：获取基于用例终端生成的测试用例脚本文件；获取被测终端的操作事件样本文件；根据所获取的被测终端的操作事件样本文件，修改测试用例脚本文件，得到新的测试用例脚本文件；根据得到的新的测试用例脚本文件，调用被测终端对应的设备驱动文件，执行与用例终端上相应的用例操作事件。本发明能够针对多种厂商的终端，通过录制一个终端的测试用例，在其他不同厂商的终端上自动运行该测试用例，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

Description

应用软件测试方法、装置及系统

技术领域

本发明涉及互联网技术领域，尤其涉及一种应用软件测试方法、装置及系统。

背景技术

现在越来越多的智能手机不断涌现，以Android操作系统为例，为了确保Android平台的应用软件能够在各种品牌的手机上稳定运行，就需要对应用软件进行测试。在测试时，测试人员需要在大批量品牌的手机上反复运行同一款软件，找出其中可能是软件自身的问题，也可能是因为厂商的不同所导致的问题，也叫做适配问题。

由于人工测试时，测试人员只能同时对一款机器进行测试，而且测试每一款机器都需要按照同样的流程来进行，效率比较低下，由此产生了自动化测试，可以解放大量的人力资源，通过在一款机器测试完用例后，以后的机器可以自动的执行用例，不需要人为来操作，大大提高应用软件的测试效率。

目前，通常采用以下两种自动测试方案：

一种是生成一个自动化测试的APK，来与目标APK进行绑定。然后通过监控目标APK控件的点击状态来完成自动化测试。

另一种是读取手机底层的事件驱动，来保存测试期间的所有操作。然后通过向设备硬件驱动中重新写入这些事件操作，来完成自动测试。

但是，现有的两种自动化测试方案，都存在一定的缺陷。

第一种以APK绑定的形式来完成自动化测试，要求监控APK和目标APK具有同样的签名，这样就限制了目标APK的选择范围，因为很多APK的签名是不允许改变的。此外，这种绑定方式无法监控到测试过程中键盘的使用，也即无法完成退出目标APK后的测试工作。

第二种通过向底层事件驱动中写入操作事件来完成自动化测试，其缺陷是，操作该事件如果放到不同品牌不同型号的手机上，则无法完成自动化测试工作。

因此，现有的对应用软件的自动化测试方案，缺乏通用性，降低了测试效率。

发明内容

本发明实施例提供一种应用软件测试方法、装置及系统，旨在提高终端应用软件测试的通用性及测试效率。

本发明实施例提出一种应用软件测试方法，包括：

获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

获取被测终端的操作事件样本文件；

根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

本发明实施例还提出一种应用软件测试装置，包括：

用例脚本获取模块，用于获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

样本文件获取模块，用于获取被测终端的操作事件样本文件；

文件修改模块，用于根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

调用执行模块，用于根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

本发明实施例还提出一种应用软件测试系统，包括：用例终端、至少一被测终端以，及测试操作终端，所述用例终端、被测终端均与所述测试操作终端通信连接，其中：

所述测试操作终端包括如上所述的装置；

所述用例终端，用于配合所述测试操作终端生成所述测试用例脚本文件；

所述至少一被测终端，用于配合所述测试操作终端，对该被测终端的应用软件进行测试。

本发明实施例提出的一种应用软件测试方法、装置及系统，能够针对多种厂商的终端，通过录制一个终端的测试用例后，在其他不同厂商的终端上自动运行该测试用例，从而实现了不同厂商终端通用一个测试用例的自动化测试效果，提高了终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

附图说明

图1是本发明应用软件测试方法第一实施例的流程示意图；

图2是本发明应用软件测试方法第二实施例的流程示意图；

图3是本发明实施例中一种实例应用场景的测试用例工具目录界面示意图；

图4是本发明实施例中一种实例应用场景的工具主界面示意图；

图5是本发明实施例中一种实例应用场景的初始化界面示意图；

图6是本发明实施例中一种实例应用场景的录制界面示意图；

图7是本发明实施例中一种实例应用场景的播放用例界面示意图；

图8是本发明应用软件测试装置第一实施例的功能模块示意图；

图9是本发明应用软件测试装置第二实施例的功能模块示意图；

图10是本发明应用软件测试装置实施例中用例生成模块的结构示意图；

图11是本发明应用软件测试系统较佳实施例的结构示意图。

为了使本发明的技术方案更加清楚、明了，下面将结合附图作进一步详述。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例方法涉及的硬件运行环境包括测试操作终端、用例终端及被测终端，其中，测试操作终端可以为PC、服务器等；用例终端及被测终端可以为平板电脑、手机、电子阅读器、遥控器、车载设备、可穿戴设备等具有网络功能并安装有应用软件的移动智能设备，本实施例以手机进行举例。

本实施例能够针对多种厂商的移动终端，通过录制一个移动终端（用例终端）的测试用例后，在其他不同厂商的移动终端（被测终端）上自动运行该测试用例，以实现不同厂商移动终端通用一个测试用例的自动化测试效果，提高移动终端应用软件测试的通用性以及测试效率，减少人工大量的重复性工作。

以Android手机为例，Android手机的操作系统中硬件抽象层（HAL），是每个手机厂商都需要自己来实现的一个与内核打交道的关键层。一个按键事件由哪个设备驱动文件来响应，并通知到内核，就是由HAL来实现的。

由此产生的问题是：由于不同的厂商针对HAL的实现是不一样的，因此将一个厂商生产的手机中的相应操作事件，放到另一个厂商手机上去处理，不会出现正确的处理结果。

本发明实施例则是通过不同厂商的个性与共性，来完成测试用例的移植。其中个性所表示的是：不同厂商手机对于按键或者点击事件的设备驱动文件是不同的，而且相应的顺序和逻辑也是不同。而共性所表示的则是，虽然不同厂商手机对于按键或者点击事件的设备驱动文件不一样，但是对应到Linux内核中，表示按键或点击事件的CODE值是一样的。所以如果能将一个标准的测试用例，针对不同品牌的手机翻译成对应的测试用例即可完成移植过程。

本发明实施例就是通过读取用例终端的设备驱动文件中的操作事件，并将其转化成可读性较高的事件命令，通过修改、增加、删除这些事件命令，以满足被测终端的测试需求，然后再重新转化为被测终端的设备驱动文件可以执行的命令。然后在执行这些命令的过程中，通过一个监听APK来完成相应的截屏操作，由于截屏等其他非按键和点击事件都是通过socket传递的，所以监听APK不需要同目标APK使用相同的签名，这样基本所有的APK应用程序都可以用本发明实施例方案来完成自动化测试。

具体地，如图1所示，本发明第一实施例提出一种应用软件测试方法，包括：

步骤S101，获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

首先，测试操作终端获取基于用例终端生成的测试用例脚本文件，该用例终端为一标准测试终端，通过在该用例终端上执行设定的一个或多个用例操作事件，比如在用例终端上进行点击屏幕、拖拽、双击、按返回键等操作，由于每一个操作对应由相应的设备驱动文件来处理，用例终端会调用相应的设备驱动文件来响应上述操作，并以此生成测试用例脚本文件，作为执行自动化测试的用例脚本，其中，在生成测试用例脚本文件时，会将操作过程中产生的操作事件转换成易读的命令语句。自动化测试过程就是读取该文件中的每一行命令，并作出相应的操作。

所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件，每一设备驱动文件具有相应的编号，一般手机会有4个以上的设备驱动文件来处理不同的操作响应，分别从0号开始，编号递增。

步骤S102，获取被测终端的操作事件样本文件；

获取被测终端的操作事件样本文件，操作事件样本文件包括被测终端上的操作事件及对应的设备驱动文件，即被测终端上的每一个按键或点击事件都是由哪些设备驱动文件来处理的。此操作事件样本文件将作为一个参考样本文件，来针对上述获取的测试用例脚本文件进行修改操作。

其中，被测终端的操作事件样本文件可以采用以下方式获取：

在被测终端上触发至少一个操作事件，比如点击屏幕操作。响应在所述被测终端上触发的操作事件；根据所述操作事件，获取对应调用的设备驱动文件；根据所述被测终端上触发的操作事件，及对应调用的设备驱动文件生成所述操作事件样本文件。

步骤S103，根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

在获取到被测终端的操作事件样本文件以及用例终端的测试用例脚本文件之后，根据被测终端的实际特点，对比分析被测终端的操作事件样本文件和测试用例脚本文件，对测试用例脚本文件进行修改，以满足被测终端应用软件的测试需求。

其中，对测试用例脚本文件的修改操作包括对文件中命令的删除、增加和修正。

上述对文件中命令的删除、增加的操作是指：将所述测试用例脚本文件与所述操作事件样本文件进行对比分析；获取所述测试用例脚本文件中存在，而所述操作事件样本文件中不存在的命令，将其从所述测试用例脚本文件中删除；获取所述测试用例脚本文件中不存在，而所述操作事件样本文件中存在的命令，将其增加至所述测试用例脚本文件中。

上述修正操作包括两部分：

第一部分，参照操作事件样本文件，修改测试用例脚本文件，将测试用例脚本文件中的驱动设备文件编号修改为操作事件样本文件中对应的驱动设备文件编号。

第二部分，参照操作事件样本文件，合并或拆分测试用例脚本文件中的用例操作事件，并转化为被测终端机型所能识别的事件脚本。

在以上操作过程中，通过拆分或者合并用例脚本，能过分析出每一个操作所产生的命令组，即每一个操作是由几组命令完成的。然后在每一个操作前或者操作后，增加一些其他的命令，比如截屏等命令“screencap”。

步骤S104，根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

通过读取新生成的测试用例脚本文件，然后通过解析命令来完成相应的操作。例如读取到“screencap”命令时，则通过socket发送消息通知监听APK，完成当前屏幕的截屏操作。当读到event命令时，则将命令转化为设备驱动文件所能识别的命令后，发送给驱动设备执行相应的操作。

具体地，上述根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件的步骤可以包括如下操作：

首先，将所述新的测试用例脚本文件转换为设备驱动文件识别的操作命令；

然后，解析所述操作命令，获取与所述用例终端上相应的用例操作命令；根据所述用例操作命令调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件。

其中，还包括：获取截屏操作命令；在调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件的过程中，根据所述截屏操作命令，执行被测终端测试过程中的截屏操作，以便测试人员后期可以根据记录的屏幕状态查阅操作过程，了解测试故障信息。

本实施例通过上述方案，能够针对多种厂商的移动终端，通过获取一个移动终端的测试用例后，在其他不同厂商的移动终端上自动运行该测试用例，从而实现了不同厂商移动终端通用一个测试用例的自动化测试效果，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

相比现有技术，本实施例方案具有如下优点：

第一、不局限于被测试APK的范围。测试过程中，可以执行APK之间的切换、挂起和退出等一些列组合操作。因为本实施例方案是基于手机底层设备驱动事件作为操作对象，所以规避了现有的以APK绑定这样的方式进行自动化测试的弊端。

第二，不局限测试终端的范围。在测试过程中，可以将一个测试用例在多款厂商不同的终端上运行。因为本发明实施例方案是以目标机型的操作样本为基础，对原有测试用例进行完整分析，根据各终端的差异生成新的测试用例来执行。所以规避了现有的同样以驱动设备操作事件为基础，但是不能够完成操作事件移植的自动化测试的弊端。

如图2所示，本发明第二实施例提出一种应用软件测试方法，在上述第一实施例的基础上，在上述步骤S101：获取基于用例终端生成的测试用例脚本文件之前还包括：

步骤S100，基于所述用例终端生成测试用例脚本文件。

本实施例与上述第一实施例的区别在于，本实施例还包括生成测试用例脚本文件的方案。

具体地，在生成基于用例终端的测试用例脚本文件时，首先，响应在用例终端上触发的至少一个用例操作指令；比如在用例终端上进行点击屏幕、拖拽、双击、按返回键等操作，由于每一个操作对应由相应的设备驱动文件来处理，用例终端会调用相应的设备驱动文件来响应上述用例操作指令，由此获取执行操作指令过程中产生的用例操作事件；然后，将所述用例操作事件转换为命令语句事件，生成测试用例脚本文件，作为执行自动化测试的用例脚本。

本实施例通过上述方案，能够针对多种厂商的移动终端，通过生成一个移动终端的测试用例后，在其他不同厂商的移动终端上自动运行该测试用例，从而实现了不同厂商移动终端通用一个测试用例的自动化测试效果，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

以下以测试操作终端为PC、用例终端和被测终端为手机举例，对本实施例方案实际应用场景操作进行详细阐述：

首先，将PC与用例手机及被测手机连接。

在PC上生成本发明实施例的测试用例工具目录，该测试用例工具名为Aconite，如图3所示，图3示出了本实例使用的工具的目录概况，accets文件夹下是本工具需要的一些工具文件，Case文件夹下包含的是录制用例文件，Aconite.exe是本工具的入口，其他.dll文件是本程序运行需要的动态链接库。

本实例使用的工具主界面如图4所示。

在工具主界面的几个入口描述如下：

初始化：包括检测连接手机、在手机端安装使用本工具所需要的一些程序的初始化工作。

录制用例：填写用例名称去录制用例手机上的测试操作，并把录制的测试用例拷贝到Aconite工具下的Case文件夹中。

播放用例：列出Aconite工具下Case文件夹中的用例，拷贝到被测手机上，并进行翻译和播放用例操作。

其中，在工具主界面上述点击初始化按钮后，产生的初始化界面如图5所示。

在初始化界面中，主要进行本工具运行所必要的初始化操作，其中各个功能的描述如下：

检测连接：主要查看是否连接上手机；

安装Aconite.apk：此APK的作用为把被测用例翻译成在被测手机的可执行的用例。

安装record,replay,init：init是为后续录制和播放所需要的初始化操作，record和replay为录制和播放脚本。

初始化init：在PC上录制一个标准用例，为Aconite.apk提供翻译用的标准用例。

完成初始化操作后，可以开始录制测试用例。在工具主界面上述点击录制用例按钮后，产生的录制界面如图6所示。

在录制界面中，输入一个用例名，点击开始录制，即可以开始在PC操作，开始录制后，按钮会变成结束录制，可以在录制操作完后，点击结束录制按钮来结束用例的录制。

最后，可以在录制界面中点击拿取用例到Case目录下按钮，把用例手机上当前录制的如图6所示aa用例放到工具目录Case文件夹下。

完成用例录制后，即可播放录制的用例来测试被测手机。

在工具主界面上述点击播放用例按钮后，产生的播放用例界面如图7所示。

其中，播放用例界面的作用是把PC上的一个或多个用例，拷贝到被测手机中，并按添加用例的顺序，在被测手机中顺序播放多个用例。

以下对图7所示的播放用例界面描述如下：

其中，左边比较大的空白区域为PC下的用例列表，以下称为列表框A。

右边边比较大的空白区域为将要拷贝到被测手机，并且将要在被测手机播放的用例，以下称为列表框B。

通过双击列表框A中的单条用例，可以将此点击的用例添加到将要拷贝到被测手机的用例列表B中。

载入默认Case文件夹是指：载入默认的工具目录下的Case文件夹下的所有用例，把用例显示到列表框A中。

选择Case文件夹是指：可以在PC中指定Case的文件夹，把用例显示到列表框A中。

载入Case后，会在图7所示的播放用例界面的最上方，显示载入Case的路径。

把上面的几个case放到手机是指：会把列表框B中的用例文件拷贝到被测手机中。

启动APK：在被测手机中启动Aconite.apk程序，翻译从列表框B中拷贝到被测手机中的用例，并启动截图服务，等待播放用例时的截图请求。

开始执行：点击此按钮后，会按列表框B中所示的顺序，播放所有用例，直到用例播放完成。

由于现有的自动化测试工具存在一定的局限性，针对多个手机厂商之间对于驱动实现的不同会导致大量重复性工作的问题。而本发明实施例方案带来的有益效果是：能够释放大量的测试人力，减少重复性工作。测试人员只需要在一款机器上执行一遍用例后，就可以将此用例作为标准用例，在其他终端上进行自动化测试；而且本发明方案会根据每一个操作，自动生成操作截屏，这样测试人员只需要在自动化测试结束后，比对截屏就可以发现是否有软件缺陷存在，并且可以定位到是执行哪一个操作所产生的缺陷，由此为测试团队提高工作效率提供了一个很好的工具。

如图8所示，本发明第一实施例提出一种应用软件测试装置，包括：用例脚本获取模块201、样本文件获取模块202、文件修改模块203及调用执行模块204，其中：

用例脚本获取模块201，用于获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

样本文件获取模块202，用于获取被测终端的操作事件样本文件；

文件修改模块203，用于根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

调用执行模块204，用于根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

具体地，首先，测试操作终端获取基于用例终端生成的测试用例脚本文件，该用例终端为一标准测试终端，通过在该用例终端上执行设定的一个或多个用例操作事件，比如在用例终端上进行点击屏幕、拖拽、双击、按返回键等操作，由于每一个操作对应由相应的设备驱动文件来处理，用例终端会调用相应的设备驱动文件来响应上述操作，并以此生成测试用例脚本文件，作为执行自动化测试的用例脚本，其中，在生成测试用例脚本文件时，会将操作过程中产生的操作事件转换成易读的命令语句。自动化测试过程就是读取该文件中的每一行命令，并作出相应的操作。

所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件，每一设备驱动文件具有相应的编号，一般手机会有4个以上的设备驱动文件来处理不同的操作响应，分别从0号开始，编号递增。

然后，获取被测终端的操作事件样本文件，操作事件样本文件包括被测终端上的操作事件及对应的设备驱动文件，即被测终端上的每一个按键或点击事件都是由哪些设备驱动文件来处理的。此操作事件样本文件将作为一个参考样本文件，来针对上述获取的测试用例脚本文件进行修改操作。

其中，被测终端的操作事件样本文件可以采用以下方式获取：

在被测终端上触发至少一个操作事件，比如点击屏幕操作。响应在所述被测终端上触发的操作事件；根据所述操作事件，获取对应调用的设备驱动文件；根据所述被测终端上触发的操作事件，及对应调用的设备驱动文件生成所述操作事件样本文件。

在获取到被测终端的操作事件样本文件以及用例终端的测试用例脚本文件之后，根据被测终端的实际特点，对比分析被测终端的操作事件样本文件和测试用例脚本文件，对测试用例脚本文件进行修改，以满足被测终端应用软件的测试需求。

其中，对测试用例脚本文件的修改操作包括对文件中命令的删除、增加和修正。

上述对文件中命令的删除、增加的操作是指：将所述测试用例脚本文件与所述操作事件样本文件进行对比分析；获取所述测试用例脚本文件中存在，而所述操作事件样本文件中不存在的命令，将其从所述测试用例脚本文件中删除；获取所述测试用例脚本文件中不存在，而所述操作事件样本文件中存在的命令，将其增加至所述测试用例脚本文件中。

上述修正操作包括两部分：

第一部分，参照操作事件样本文件，修改测试用例脚本文件，将测试用例脚本文件中的驱动设备文件编号修改为操作事件样本文件中对应的驱动设备文件编号。

第二部分，参照操作事件样本文件，合并或拆分测试用例脚本文件中的用例操作事件，并转化为被测终端机型所能识别的事件脚本。

在以上操作过程中，通过拆分或者合并用例脚本，能过分析出每一个操作所产生的命令组，即每一个操作是由几组命令完成的。然后在每一个操作前或者操作后，增加一些其他的命令，比如截屏等命令“screencap”。

之后，通过读取新生成的测试用例脚本文件，然后通过解析命令来完成相应的操作。例如读取到“screencap”命令时，则通过socket发送消息通知监听APK，完成当前屏幕的截屏操作。当读到event命令时，则将命令转化为设备驱动文件所能识别的命令后，发送给驱动设备执行相应的操作。

具体地，上述根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件的步骤可以包括如下操作：

首先，将所述新的测试用例脚本文件转换为设备驱动文件识别的操作命令；

然后，解析所述操作命令，获取与所述用例终端上相应的用例操作命令；根据所述用例操作命令调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件。

其中，还包括：获取截屏操作命令；在调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件的过程中，根据所述截屏操作命令，执行被测终端测试过程中的截屏操作，以便测试人员后期可以根据记录的屏幕状态查阅操作过程，了解测试故障信息。

本实施例通过上述方案，能够针对多种厂商的移动终端，通过获取一个移动终端的测试用例后，在其他不同厂商的移动终端上自动运行该测试用例，从而实现了不同厂商移动终端通用一个测试用例的自动化测试效果，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

相比现有技术，本实施例方案具有如下优点：

第一、不局限于被测试APK的范围。测试过程中，可以执行APK之间的切换、挂起和退出等一些列组合操作。因为本实施例方案是基于手机底层设备驱动事件作为操作对象，所以规避了现有的以APK绑定这样的方式进行自动化测试的弊端。

第二，不局限测试终端的范围。在测试过程中，可以将一个测试用例在多款厂商不同的终端上运行。因为本发明实施例方案是以目标机型的操作样本为基础，对原有测试用例进行完整分析，根据各终端的差异生成新的测试用例来执行。所以规避了现有的同样以驱动设备操作事件为基础，但是不能够完成操作事件移植的自动化测试的弊端。

如图9所示，本发明第二实施例提出一种应用软件测试装置，在上述第一实施例的基础上，还包括：

用例生成模块200，用于基于用例终端生成测试用例脚本文件。

本实施例与上述第一实施例的区别在于，本实施例还包括生成测试用例脚本文件的方案。

具体地，如图10所示，该用例生成模块200具体包括：响应单元2001、调用单元2002、获取单元2003及生成单元2004，其中：

响应单元2001，用于响应在用例终端上触发的至少一个用例操作指令；

调用单元2002，用于调用对应的设备驱动文件执行所述至少一个用例操作指令；

获取单元2003，用于获取执行操作指令过程中产生的用例操作事件；

生成单元2004，用于将所述用例操作事件转换为命令语句事件，生成测试用例脚本文件。

具体地，在生成基于用例终端的测试用例脚本文件时，首先，响应在用例终端上触发的至少一个用例操作指令；比如在用例终端上进行点击屏幕、拖拽、双击、按返回键等操作，由于每一个操作对应由相应的设备驱动文件来处理，用例终端会调用相应的设备驱动文件来响应上述用例操作指令，由此获取执行操作指令过程中产生的用例操作事件；然后，将所述用例操作事件转换为命令语句事件，生成测试用例脚本文件，作为执行自动化测试的用例脚本。

本实施例通过上述方案，能够针对多种厂商的移动终端，通过生成一个移动终端的测试用例后，在其他不同厂商的移动终端上自动运行该测试用例，从而实现了不同厂商移动终端通用一个测试用例的自动化测试效果，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

以下以测试操作终端为PC、用例终端和被测终端为手机举例，对本实施例方案实际应用场景操作进行详细阐述：

首先，将PC与用例手机及被测手机连接。

在PC上生成本发明实施例的测试用例工具目录，该测试用例工具名为Aconite，如图3所示，图3示出了本实例使用的工具的目录概况，accets文件夹下是本工具需要的一些工具文件，Case文件夹下包含的是录制用例文件，Aconite.exe是本工具的入口，其他.dll文件是本程序运行需要的动态链接库。

本实例使用的工具主界面如图4所示。

在工具主界面的几个入口描述如下：

初始化：包括检测连接手机、在手机端安装使用本工具所需要的一些程序的初始化工作。

录制用例：填写用例名称去录制用例手机上的测试操作，并把录制的测试用例拷贝到Aconite工具下的Case文件夹中。

播放用例：列出Aconite工具下Case文件夹中的用例，拷贝到被测手机上，并进行翻译和播放用例操作。

其中，在工具主界面上述点击初始化按钮后，产生的初始化界面如图5所示。

在初始化界面中，主要进行本工具运行所必要的初始化操作，其中各个功能的描述如下：

检测连接：主要查看是否连接上手机；

安装Aconite.apk：此APK的作用为把被测用例翻译成在被测手机的可执行的用例。

安装record,replay,init：init是为后续录制和播放所需要的初始化操作，record和replay为录制和播放脚本。

初始化init：在PC上录制一个标准用例，为Aconite.apk提供翻译用的标准用例。

完成初始化操作后，可以开始录制测试用例。在工具主界面上述点击录制用例按钮后，产生的录制界面如图6所示。

在录制界面中，输入一个用例名，点击开始录制，即可以开始在PC操作，开始录制后，按钮会变成结束录制，可以在录制操作完后，点击结束录制按钮来结束用例的录制。

最后，可以在录制界面中点击拿取用例到Case目录下按钮，把用例手机上当前录制的如图6所示aa用例放到工具目录Case文件夹下。

完成用例录制后，即可播放录制的用例来测试被测手机。

在工具主界面上述点击播放用例按钮后，产生的播放用例界面如图7所示。

其中，播放用例界面的作用是把PC上的一个或多个用例，拷贝到被测手机中，并按添加用例的顺序，在被测手机中顺序播放多个用例。

以下对图7所示的播放用例界面描述如下：

其中，左边比较大的空白区域为PC下的用例列表，以下称为列表框A。

右边边比较大的空白区域为将要拷贝到被测手机，并且将要在被测手机播放的用例，以下称为列表框B。

通过双击列表框A中的单条用例，可以将此点击的用例添加到将要拷贝到被测手机的用例列表B中。

载入默认Case文件夹是指：载入默认的工具目录下的Case文件夹下的所有用例，把用例显示到列表框A中。

选择Case文件夹是指：可以在PC中指定Case的文件夹，把用例显示到列表框A中。

载入Case后，会在图7所示的播放用例界面的最上方，显示载入Case的路径。

把上面的几个case放到手机是指：会把列表框B中的用例文件拷贝到被测手机中。

启动APK：在被测手机中启动Aconite.apk程序，翻译从列表框B中拷贝到被测手机中的用例，并启动截图服务，等待播放用例时的截图请求。

开始执行：点击此按钮后，会按列表框B中所示的顺序，播放所有用例，直到用例播放完成。

由于现有的自动化测试工具存在一定的局限性，针对多个手机厂商之间对于驱动实现的不同会导致大量重复性工作的问题。而本发明实施例方案带来的有益效果是：能够释放大量的测试人力，减少重复性工作。测试人员只需要在一款机器上执行一遍用例后，就可以将此用例作为标准用例，在其他终端上进行自动化测试；而且本发明方案会根据每一个操作，自动生成操作截屏，这样测试人员只需要在自动化测试结束后，比对截屏就可以发现是否有软件缺陷存在，并且可以定位到是执行哪一个操作所产生的缺陷，由此为测试团队提高工作效率提供了一个很好的工具。

如图11所示，本发明较佳实施例还提出一种应用软件测试系统，包括：用例终端301、至少一被测终端302（本实施例以一个被测终端进行举例）以及测试操作终端303，所述用例终端301、被测终端302均与所述测试操作终端303通信连接，其中：

所述测试操作终端303，用于获取基于用例终端301生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端301上触发的用例操作事件及对应的设备驱动文件；获取被测终端302的操作事件样本文件；根据所获取的被测终端302的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；根据得到的所述新的测试用例脚本文件，调用所述被测终端302对应的设备驱动文件，执行与所述用例终端301上相应的用例操作事件。

所述用例终端301，用于配合所述测试操作终端303生成所述测试用例脚本文件；

所述被测终端302，用于配合所述测试操作终端303，对该被测终端302的应用软件进行测试。

具体地，首先，测试操作终端303获取基于用例终端301生成的测试用例脚本文件，该用例终端301为一标准测试终端，通过在该用例终端301上执行设定的一个或多个用例操作事件，比如在用例终端301上进行点击屏幕、拖拽、双击、按返回键等操作，由于每一个操作对应由相应的设备驱动文件来处理，用例终端301会调用相应的设备驱动文件来响应上述操作，并以此生成测试用例脚本文件，作为执行自动化测试的用例脚本，其中，在生成测试用例脚本文件时，会将操作过程中产生的操作事件转换成易读的命令语句。自动化测试过程就是读取该文件中的每一行命令，并作出相应的操作。

所述测试用例脚本文件包括在所述用例终端301上触发的用例操作事件及对应的设备驱动文件，每一设备驱动文件具有相应的编号，一般手机会有4个以上的设备驱动文件来处理不同的操作响应，分别从0号开始，编号递增。

然后，获取被测终端302的操作事件样本文件，操作事件样本文件包括被测终端302上的操作事件及对应的设备驱动文件，即被测终端302上的每一个按键或点击事件都是由哪些设备驱动文件来处理的。此操作事件样本文件将作为一个参考样本文件，来针对上述获取的测试用例脚本文件进行修改操作。

其中，被测终端302的操作事件样本文件可以采用以下方式获取：

在被测终端302上触发至少一个操作事件，比如点击屏幕操作。响应在所述被测终端302上触发的操作事件；根据所述操作事件，获取对应调用的设备驱动文件；根据所述被测终端302上触发的操作事件，及对应调用的设备驱动文件生成所述操作事件样本文件。

在获取到被测终端302的操作事件样本文件以及用例终端301的测试用例脚本文件之后，根据被测终端302的实际特点，对比分析被测终端302的操作事件样本文件和测试用例脚本文件，对测试用例脚本文件进行修改，以满足被测终端302应用软件的测试需求。

其中，对测试用例脚本文件的修改操作包括对文件中命令的删除、增加和修正。

上述对文件中命令的删除、增加的操作是指：将所述测试用例脚本文件与所述操作事件样本文件进行对比分析；获取所述测试用例脚本文件中存在，而所述操作事件样本文件中不存在的命令，将其从所述测试用例脚本文件中删除；获取所述测试用例脚本文件中不存在，而所述操作事件样本文件中存在的命令，将其增加至所述测试用例脚本文件中。

上述修正操作包括两部分：

第一部分，参照操作事件样本文件，修改测试用例脚本文件，将测试用例脚本文件中的驱动设备文件编号修改为操作事件样本文件中对应的驱动设备文件编号。

第二部分，参照操作事件样本文件，合并或拆分测试用例脚本文件中的用例操作事件，并转化为被测终端302机型所能识别的事件脚本。

在以上操作过程中，通过拆分或者合并用例脚本，能过分析出每一个操作所产生的命令组，即每一个操作是由几组命令完成的。然后在每一个操作前或者操作后，增加一些其他的命令，比如截屏等命令“screencap”。

之后，通过读取新生成的测试用例脚本文件，然后通过解析命令来完成相应的操作。例如读取到“screencap”命令时，则通过socket发送消息通知监听APK，完成当前屏幕的截屏操作。当读到event命令时，则将命令转化为设备驱动文件所能识别的命令后，发送给驱动设备执行相应的操作。

具体地，上述根据得到的所述新的测试用例脚本文件，调用所述被测终端302对应的设备驱动文件，执行与所述用例终端301上相应的用例操作事件的步骤可以包括如下操作：

首先，将所述新的测试用例脚本文件转换为设备驱动文件识别的操作命令；

然后，解析所述操作命令，获取与所述用例终端301上相应的用例操作命令；根据所述用例操作命令调用所述被测终端302上对应的设备驱动文件，执行相应的用例操作事件。

其中，还包括：获取截屏操作命令；在调用所述被测终端302上对应的设备驱动文件，执行相应的用例操作事件的过程中，根据所述截屏操作命令，执行被测终端302测试过程中的截屏操作，以便测试人员后期可以根据记录的屏幕状态查阅操作过程，了解测试故障信息。

本实施例通过上述方案，能够针对多种厂商的移动终端，通过获取一个移动终端的测试用例后，在其他不同厂商的移动终端上自动运行该测试用例，从而实现了不同厂商移动终端通用一个测试用例的自动化测试效果，提高了移动终端应用软件测试的通用性以及测试效率，减少了人工大量的重复性工作；此外在测试过程中，还可以记录当前屏幕状态，以便测试人员后期查阅。

相比现有技术，本实施例方案具有如下优点：

第一、不局限于被测试APK的范围。测试过程中，可以执行APK之间的切换、挂起和退出等一些列组合操作。因为本实施例方案是基于手机底层设备驱动事件作为操作对象，所以规避了现有的以APK绑定这样的方式进行自动化测试的弊端。

第二，不局限测试终端的范围。在测试过程中，可以将一个测试用例在多款厂商不同的终端上运行。因为本发明实施例方案是以目标机型的操作样本为基础，对原有测试用例进行完整分析，根据各终端的差异生成新的测试用例来执行。所以规避了现有的同样以驱动设备操作事件为基础，但是不能够完成操作事件移植的自动化测试的弊端。

以下以测试操作终端为PC、用例终端和被测终端为手机举例，对本实施例方案实际应用场景操作进行详细阐述：

首先，将PC与用例手机及被测手机连接。

在PC上生成本发明实施例的测试用例工具目录，该测试用例工具名为Aconite，如图3所示，图3示出了本实例使用的工具的目录概况，accets文件夹下是本工具需要的一些工具文件，Case文件夹下包含的是录制用例文件，Aconite.exe是本工具的入口，其他.dll文件是本程序运行需要的动态链接库。

本实例使用的工具主界面如图4所示。

在工具主界面的几个入口描述如下：

初始化：包括检测连接手机、在手机端安装使用本工具所需要的一些程序的初始化工作。

录制用例：填写用例名称去录制用例手机上的测试操作，并把录制的测试用例拷贝到Aconite工具下的Case文件夹中。

播放用例：列出Aconite工具下Case文件夹中的用例，拷贝到被测手机上，并进行翻译和播放用例操作。

其中，在工具主界面上述点击初始化按钮后，产生的初始化界面如图5所示。

在初始化界面中，主要进行本工具运行所必要的初始化操作，其中各个功能的描述如下：

检测连接：主要查看是否连接上手机；

安装Aconite.apk：此APK的作用为把被测用例翻译成在被测手机的可执行的用例。

安装record,replay,init：init是为后续录制和播放所需要的初始化操作，record和replay为录制和播放脚本。

初始化init：在PC上录制一个标准用例，为Aconite.apk提供翻译用的标准用例。

完成初始化操作后，可以开始录制测试用例。在工具主界面上述点击录制用例按钮后，产生的录制界面如图6所示。

在录制界面中，输入一个用例名，点击开始录制，即可以开始在PC操作，开始录制后，按钮会变成结束录制，可以在录制操作完后，点击结束录制按钮来结束用例的录制。

最后，可以在录制界面中点击拿取用例到Case目录下按钮，把用例手机上当前录制的如图6所示aa用例放到工具目录Case文件夹下。

完成用例录制后，即可播放录制的用例来测试被测手机。

在工具主界面上述点击播放用例按钮后，产生的播放用例界面如图7所示。

其中，播放用例界面的作用是把PC上的一个或多个用例，拷贝到被测手机中，并按添加用例的顺序，在被测手机中顺序播放多个用例。

以下对图7所示的播放用例界面描述如下：

其中，左边比较大的空白区域为PC下的用例列表，以下称为列表框A。

右边边比较大的空白区域为将要拷贝到被测手机，并且将要在被测手机播放的用例，以下称为列表框B。

通过双击列表框A中的单条用例，可以将此点击的用例添加到将要拷贝到被测手机的用例列表B中。

载入默认Case文件夹是指：载入默认的工具目录下的Case文件夹下的所有用例，把用例显示到列表框A中。

选择Case文件夹是指：可以在PC中指定Case的文件夹，把用例显示到列表框A中。

载入Case后，会在图7所示的播放用例界面的最上方，显示载入Case的路径。

把上面的几个case放到手机是指：会把列表框B中的用例文件拷贝到被测手机中。

启动APK：在被测手机中启动Aconite.apk程序，翻译从列表框B中拷贝到被测手机中的用例，并启动截图服务，等待播放用例时的截图请求。

开始执行：点击此按钮后，会按列表框B中所示的顺序，播放所有用例，直到用例播放完成。

由于现有的自动化测试工具存在一定的局限性，针对多个手机厂商之间对于驱动实现的不同会导致大量重复性工作的问题。而本发明实施例方案带来的有益效果是：能够释放大量的测试人力，减少重复性工作。测试人员只需要在一款机器上执行一遍用例后，就可以将此用例作为标准用例，在其他终端上进行自动化测试；而且本发明方案会根据每一个操作，自动生成操作截屏，这样测试人员只需要在自动化测试结束后，比对截屏就可以发现是否有软件缺陷存在，并且可以定位到是执行哪一个操作所产生的缺陷，由此为测试团队提高工作效率提供了一个很好的工具。

还需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如ROM/RAM、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或流程变换，或直接或间接运用在其它相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (13)

1.一种应用软件测试方法，其特征在于，包括：

获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

获取被测终端的操作事件样本文件；

根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

2.根据权利要求1所述的方法，其特征在于，所述获取基于用例终端生成的测试用例脚本文件的步骤之前还包括：

基于所述用例终端生成测试用例脚本文件，具体包括：

响应在用例终端上触发的至少一个用例操作指令；

调用对应的设备驱动文件执行所述至少一个用例操作指令；

获取执行操作指令过程中产生的用例操作事件；

将所述用例操作事件转换为命令语句事件，生成测试用例脚本文件。

3.根据权利要求2所述的方法，其特征在于，所述获取被测终端的操作事件样本文件的步骤包括：

响应在所述被测终端上触发的操作事件；

根据所述操作事件，获取对应调用的设备驱动文件；

根据所述被测终端上触发的操作事件，及对应调用的设备驱动文件生成所述操作事件样本文件。

4.根据权利要求2所述的方法，其特征在于，所述根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件的步骤包括：

将所述测试用例脚本文件与所述操作事件样本文件进行对比分析；

获取所述测试用例脚本文件中存在，而所述操作事件样本文件中不存在的命令，将其从所述测试用例脚本文件中删除；和/或获取所述测试用例脚本文件中不存在，而所述操作事件样本文件中存在的命令，将其增加至所述测试用例脚本文件中；和/或将所述测试用例脚本文件中的设备驱动文件编号修改为所述操作事件样本文件中对应的设备驱动文件编号；和/或参照操作事件样本文件，合并或拆分测试用例脚本文件中的用例操作事件，并转化为被测终端机型所能识别的事件脚本。

5.根据权利要求2、3或4所述的方法，其特征在于，所述根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件的步骤包括：

将所述新的测试用例脚本文件转换为设备驱动文件识别的操作命令；

解析所述操作命令，获取与所述用例终端上相应的用例操作命令；

根据所述用例操作命令调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件。

6.根据权利要求5所述的方法，其特征在于，所述根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件的步骤还包括：

获取截屏操作命令；

在调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件的过程中，根据所述截屏操作命令，执行被测终端测试过程中的截屏操作。

7.一种应用软件测试装置，其特征在于，包括：

用例脚本获取模块，用于获取基于用例终端生成的测试用例脚本文件，所述测试用例脚本文件包括在所述用例终端上触发的用例操作事件及对应的设备驱动文件；

样本文件获取模块，用于获取被测终端的操作事件样本文件；

文件修改模块，用于根据所获取的被测终端的操作事件样本文件，修改所述测试用例脚本文件，得到新的测试用例脚本文件；

调用执行模块，用于根据得到的所述新的测试用例脚本文件，调用所述被测终端对应的设备驱动文件，执行与所述用例终端上相应的用例操作事件。

8.根据权利要求7所述的装置，其特征在于，还包括：

用例生成模块，用于基于用例终端生成测试用例脚本文件，具体包括：

响应单元，用于响应在用例终端上触发的至少一个用例操作指令；

调用单元，用于调用对应的设备驱动文件执行所述至少一个用例操作指令；

获取单元，用于获取执行操作指令过程中产生的用例操作事件；

生成单元，用于将所述用例操作事件转换为命令语句事件，生成测试用例脚本文件。

9.根据权利要求8所述的装置，其特征在于，

所述样本文件获取模块还用于响应在所述被测终端上触发的操作事件；根据所述操作事件，获取对应调用的设备驱动文件；根据所述被测终端上触发的操作事件，及对应调用的设备驱动文件生成所述操作事件样本文件。

10.根据权利要求8所述的装置，其特征在于，

所述文件修改模块，还用于将所述测试用例脚本文件与所述操作事件样本文件进行对比分析；获取所述测试用例脚本文件中存在，而所述操作事件样本文件中不存在的命令，将其从所述测试用例脚本文件中删除；和/或获取所述测试用例脚本文件中不存在，而所述操作事件样本文件中存在的命令，将其增加至所述测试用例脚本文件中；和/或将所述测试用例脚本文件中的设备驱动文件编号修改为所述操作事件样本文件中对应的设备驱动文件编号；和/或参照操作事件样本文件，合并或拆分测试用例脚本文件中的用例操作事件，并转化为被测终端机型所能识别的事件脚本。

11.根据权利要求8、9或10所述的装置，其特征在于，

所述调用执行模块，用于将所述新的测试用例脚本文件转换为设备驱动文件识别的操作命令；解析所述操作命令，获取与所述用例终端上相应的用例操作命令；根据所述用例操作命令调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件。

12.根据权利要求11所述的装置，其特征在于，

所述调用执行模块，还用于获取截屏操作命令；在调用所述被测终端上对应的设备驱动文件，执行相应的用例操作事件的过程中，根据所述截屏操作命令，执行被测终端测试过程中的截屏操作。

13.一种应用软件测试系统，其特征在于，包括：用例终端、至少一被测终端以，及测试操作终端，所述用例终端、被测终端均与所述测试操作终端通信连接，其中：

所述测试操作终端包括权利要求7-12中任一项所述的装置；

所述用例终端，用于配合所述测试操作终端生成所述测试用例脚本文件；

所述至少一被测终端，用于配合所述测试操作终端，对该被测终端的应用软件进行测试。