CN108459953A - 测试方法和装置 - Google Patents

Abstract

本申请公开了测试方法和装置。该方法的一具体实施方式包括：获取待执行的测试用例，其中，测试用例包括测试用例标识；获取预设格式的脚本文件集合，其中，脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且脚本文件的文件标识与相应测试用例的测试用例标识相关联；从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令；接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果，其中，操作结果是目标终端执行操作指令所生成的。该实施方式提高了测试效率。

Description

测试方法和装置

技术领域

本申请涉及计算机技术领域，具体涉及自动化测试技术领域，尤其涉及测试方法和装置。

背景技术

自动化测试是代替手工测试验证功能正确性的一种测试方法，目前在进行日常测试工作时，对于各个常用的功能，通常需要根据测试用例(Test Case)在不同的手机上进行反复的操作，通过点击手机屏幕的各个功能点，来验证功能的正确性。然而，这种方式需要对不同的手机和不同的系统进行操作，工作量大，而操作内容又相同，因此，存在着测试效率低的问题。

发明内容

本申请的目的在于提出一种改进的测试方法和装置，来解决以上背景技术部分提到的技术问题。

第一方面，本申请提供了一种测试方法，该方法包括：获取待执行的测试用例，其中，测试用例包括测试用例标识；获取预设格式的脚本文件集合，其中，脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且脚本文件的文件标识与相应测试用例的测试用例标识相关联；从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令；接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果，其中，操作结果是目标终端执行操作指令所生成的。

在一些实施例中，对操作结果进行解析，生成测试结果，包括：确定操作结果与测试用例中的预期结果是否匹配；若匹配，则确定测试结果为成功；若不匹配，则确定测试结果为失败。

在一些实施例中，该方法还包括：当测试结果为失败时，执行如下再测试步骤：从至少一个脚本文件中重新提取操作指令，并向目标终端发送重新提取的操作指令；接收目标终端发送的操作结果，并确定操作结果与测试用例中的预期结果是否匹配；若匹配，则将测试结果修改为成功；若不匹配，则统计待执行的测试用例的测试结果为失败的次数，并进一步确定次数是否小于预设的次数阈值；若是，则继续执行再测试步骤。

在一些实施例中，从至少一个脚本文件中提取操作指令，包括：从至少一个脚本文件中提取命令，并确认命令的顺序，并按照命令的顺序将命令封装成操作指令。

在一些实施例中，在生成测试结果之后，该方法还包括：呈现测试结果信息，其中，测试结果信息包括测试结果以及以下至少一项：测试用例标识；待执行的测试用例的用例名称；待执行的测试用例的执行时间，执行时间为生成测试结果时的时间。

第二方面，本申请提供了一种测试装置，该装置包括：第一获取单元，配置用于获取待执行的测试用例，其中，测试用例包括测试用例标识；第二获取单元，配置用于获取预设格式的脚本文件集合，其中，脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且脚本文件的文件标识与相应测试用例的测试用例标识相关联；第三获取单元，配置用于从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；发送单元，配置用于从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令；生成单元，配置用于接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果，其中，操作结果是目标终端执行操作指令所生成的。

在一些实施例中，该生成单元进一步配置用于：确定操作结果与测试用例中的预期结果是否匹配；若匹配，则确定测试结果为成功；若不匹配，则确定测试结果为失败。

在一些实施例中，该装置还包括：再测试单元，配置用于当测试结果为失败时，驱动以下模块执行如下再测试步骤：发送模块，配置用于从至少一个脚本文件中重新提取操作指令，并向目标终端发送重新提取的操作指令；确定模块，配置用于接收目标终端发送的操作结果，并确定操作结果与测试用例中的预期结果是否匹配；修改模块，配置用于若匹配，则将测试结果修改为成功；执行模块，配置用于若不匹配，则统计待执行的测试用例的测试结果为失败的次数，并进一步确定次数是否小于预设的次数阈值；若是，则继续驱动再测试单元。

在一些实施例中，该发送单元进一步配置用于：从至少一个脚本文件中提取命令，并确认命令的顺序，并按照命令的顺序将命令封装成操作指令。

在一些实施例中，该装置还包括：呈现单元，配置用于呈现测试结果信息，其中，测试结果信息包括测试结果以及以下至少一项：测试用例标识；待执行的测试用例的用例名称；待执行的测试用例的执行时间，执行时间为生成测试结果时的时间。

第三方面，本申请还提供了一种服务器，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当上述一个或多个程序被上述一个或多个处理器执行，使得上述一个或多个处理器实现本申请提供的测试方法。

第四方面，本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现本申请提供的测试方法。

本申请提供的测试方法和装置，通过获取待执行的测试用例，再获取脚本文件集合，利用上述待执行的测试用例的测试用例标识与上述脚本文件集合中的各个脚本文件的文件标识进行匹配，得到匹配到的至少一个脚本文件；之后，从上述至少一个脚本文件中提取操作指令，并向目标终端发送上述操作指令；最后，接收上述目标终端返回的操作结果，并基于上述操作结果，生成测试结果，从而利用了脚本工具执行测试用例，提高了测试效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请可以应用于其中的示例性系统架构图；

图2是根据本申请的测试方法的一个实施例的流程图；

图3是根据本申请的测试方法的测试结果信息的一个示意图；

图4是根据本申请的测试方法的又一个实施例的流程图；

图5是根据本申请的测试装置的一个实施例的结构示意图；

图6是适于用来实现本申请实施例的服务器的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

图1示出了可以应用本申请的测试方法或测试装置的实施例的示例性系统架构100。

如图1所示，系统架构100可以包括目标终端1011、1012、1013，网络1021、1022，呈现终端1031、1032，服务器104和信息显示装置105。其中，网络1021用以在目标终端1011、1012、1013和服务器104之间提供通信链路的介质；网络1022用以在呈现终端1031、1032和服务器104之间提供通信链路的介质。网络1021、1022可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

服务器104可以通过网络1021与目标终端1011、1012、1013交互，以发送或接收消息等；服务器104还可以通过网络1022与呈现终端1031、1032交互，以发送并显示消息等；服务器104还可以与本地的信息显示装置105交互，以输出或显示消息等。目标终端1011、1012、1013上可以安装有各种测试类应用。呈现终端1031、1032上可以安装有各种通讯客户端应用，例如邮箱类应用等。

目标终端1011、1012、1013可以是支持软件测试的各种电子设备，呈现终端1031、1032可以是具有显示屏并且支持信息交互的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器104可以是提供各种服务的服务器，例如向目标终端1011、1012、1013发送操作指令，以及根据目标终端1011、1012、1013返回的操作结果生成测试结果的后台服务器。后台服务器也可以将生成的测试结果在呈现终端1031、1032上或者信息显示装置105上进行呈现。

信息显示装置105可以是具有显示屏并且与服务器104进行本地交互的各种电子设备，其可以将服务器104生成的测试结果进行显示。

需要说明的是，本申请实施例所提供的测试方法一般由服务器104执行，相应地，测试装置一般设置于服务器104中。

应该理解，图1中的目标终端、网络、呈现终端、服务器和信息显示装置的数目仅仅是示意性的。根据实现需要，可以具有任意数目的目标终端、网络、呈现终端、服务器和信息显示装置。

继续参考图2，示出了根据本申请的测试方法的一个实施例的流程200。所述的测试方法，包括以下步骤：

步骤201，获取待执行的测试用例。

在本实施例中，测试方法运行于其上的电子设备(例如图1所示的服务器)可以每隔预设的时间段，如，每天或者每周，从测试用例管理系统中获取需要执行的测试用例，其中，上述测试用例包括测试用例标识(ID)，例如，用例名称为“选择配送地址”的测试用例的测试用例标识可以为“215220”。测试用例是为了某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

步骤202，获取预设格式的脚本文件集合。

在本实施例中，上述脚本文件类似于DOS(Disk Operating System，磁盘操作系统)中的批处理文件，它可以将不同的命令组合起来，并按确定的顺序自动连续地执行。脚本文件是文本文件，用户可使用任一文本编辑器来创建脚本文件。实际上脚本就是程序，一般都是由应用程序提供的编程语言。

在本实施例中，上述电子设备可以从用于运行测试用例的软件中获取预设格式(如，TXT文本格式)的脚本文件集合，上述脚本文件集合中的每个脚本文件是由用户预先根据相应测试用例而编写的，且上述脚本文件的文件标识与相应测试用例的测试用例标识相关联，例如，上述脚本文件的文件标识可以与相应测试用例的测试用例标识相同；上述脚本文件的文件标识也可以为相应测试用例的测试用例标识中的部分标识，例如，当相应测试用例的测试用例标识为“215220”时，脚本文件的文件标识可以为“220”。作为示例，上述用于运行测试用例的软件可以为RIDE软件，上述RIDE软件是一款专门用来编辑RobotFramework用例的软件，用Python(一种面向对象的解释型计算机程序设计语言)编写并且为开源的，RIDE可以从Robot Framework官网找到最新的下载链接。

Robot Framework是一款python编写的功能自动化测试框架，是用于管理脚本用例和执行脚本的开源框架，它具备良好的可扩展性，支持关键字驱动，可以同时测试多种类型的客户端或者接口，可以进行分布式测试执行。

步骤203，从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件。

在本实施例中，在步骤202获取到脚本文件集合之后，上述电子设备可以从上述脚本文件集合中，获取与步骤201获取到的待执行的测试用例的测试用例标识相匹配的文件标识；之后，可以获取上述文件标识所对应的至少一个脚本文件。作为示例，当测试用例标识为“215220”时，上述电子设备可以从上述脚本文件集合中，获取与“215220”相匹配的文件标识“215220”；之后，可以获取上述文件标识“215220”所对应的至少一个脚本文件。

在本实施例中，测试用例管理系统中可以划分为各个案例层或者模块层，模块层可以划分为各个测试用例层，测试用例层可以划分为流程层(即操作步骤)。上述测试用例也可以包括模块名称或者模块标识(ID)，例如，模块名称为“商品详情固定化流程”或者模块标识为“Mod35728”；上述脚本文件也可以包括文件模块名称或者文件模块标识(ID)，上述文件模块名称是脚本文件所属的模块层的名称，上述文件模块标识是脚本文件所属的模块层的标识，并且上述脚本文件的模块名称与相应测试用例的模块名称相关联，上述脚本文件的文件模块标识与相应测试用例的模块标识相关联。为了获取到更精准的脚本文件，在获取到上述文件标识所对应的至少一个脚本文件之后，可以从上述至少一个脚本文件中，获取与上述待执行的测试用例的模块名称匹配的文件模块名称所对应的脚本文件，或者获取与上述待执行的测试用例的模块标识匹配的文件模块标识所对应的脚本文件。

在本实施例中，当匹配到至少一个脚本文件之后，上述电子设备还可以生成RobotFramework执行时所需要的参数文件，上述参数文件为待执行的测试用例的范围，例如，该次执行的为测试用例集合中的第一个、第三个和第五个，然后可以在DOS窗口中通过调用pybot.bat(windows批处理命令)调用参数文件以执行第一个、第三个和第五个测试用例所匹配到的脚本文件。

步骤204，从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令。

在本实施例中，上述电子设备可以首先将用于提供测试过程中所使用的关键字的自动化框架导入到自动化测试框架上；之后，通过自动化测试框架从上述至少一个脚本文件中提取操作指令；然后，与目标终端建立通信连接，并使用提供测试过程中所使用的关键字的自动化框架中的关键字，向目标终端发送上述操作指令。

作为示例，上述自动化测试框架可以为Robot Framework自动化测试框架。上述用于提供测试过程中所使用的关键字的自动化框架可以为Appium Library。Appium Library是在Appium Client Library的基础上进行封装的，并应用于开源的Robot Framework自动化测试框架。

Appium是一个移动端的自动化框架，可用于测试原生应用、移动网页应用和混合型应用，且是跨平台的。可用于IOS和Android以及Firefox的操作系统。原生的应用是指用Android或IOS的SDK(Software Development Kit，软件开发工具包)编写的应用，移动网页应用是指网页应用，类似于IOS中Safari应用或者Chrome应用或者类浏览器的应用。混合应用是指一种包裹webview(网络视图)的应用，原生应用于网页内容交互性的应用。Appium分为Appium Client(客户端)和Appium Server(服务器)。

Robot Framework自动化测试框架在管理脚本文件时，可以将Appium Library中的关键字封装成操作指令，操作指令也可以称为操作步骤；再进一步将操作步骤组装成用例流程；最后，在用例级别划分为流程和数据。通过在测试用例执行开始时传入的数据，来执行测试用例。

在本实施例的一些可选的实现方式中，上述电子设备可以从上述至少一个脚本文件中提取命令，并确定上述命令的执行顺序，之后，可以在用于提供测试过程中所使用的关键字的自动化框架(例如，Appium Library)中查找与上述命令相对应的关键字，并按照上述命令的执行顺序将上述关键字的封装成操作指令，再向目标终端发送封装好的操作指令。作为示例，上述操作指令可以为：打开网页；搜索图片；点击图片。

步骤205，接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果。

在本实施例中，上述电子设备可以接收上述目标终端发送的操作结果，之后，对上述操作结果进行解析以生成测试结果。上述电子设备可以对上述操作指令中进行分析，推导出执行上述操作指令后所能产生的期望结果；之后，确定上述操作结果与上述期望结果是否匹配；若匹配，则可以确定上述测试结果为成功或者通过；若不匹配，则可以确定上述测试结果为失败或者不通过。

在本实施例中，当生成了执行结果文件之后，可以统计上述执行结果文件中是否存在执行结果为失败的测试用例；如果存在执行结果为失败的测试用例，为了防止在测试过程中因环境因素(例如，WIFI断掉、网页访问量过大等等)而导致的失败的执行结果，对于失败的测试用例可以重复执行预定次数；最后，如果重复执行之后，失败的测试用例的执行结果为成功，则将测试结果进行更新。测试过程结束之后，可以将测试结果写入到Matrix测试用例管理系统中，并以邮件的形式发送执行结果文件。

在本实施例的一些可选的实现方式中，上述电子设备可以首先获取上述测试用例中的预期结果；之后，可以确定上述操作结果与上述预期结果是否匹配，即上述操作结果是否满足上述预期结果；若匹配，则可以确定上述测试结果为成功或者通过；若不匹配，则可以确定上述测试结果为失败或者不通过。作为示例，当接收到上述目标终端发送的操作结果为“商品A在购物车中”，获取到上述测试用例中的预期结果为“购物车中存在商品A”，则上述操作结果与上述预期结果匹配，则生成的测试结果为成功。

本实施例的一些可选的实现方式中，在生成测试结果之后，上述电子设备可以呈现测试结果信息，上述测试结果信息中除了包含上述测试结果，还可以包括上述测试用例的模块名称、测试用例标识、用例名称、负责人名称、最近修改人名称和执行时间中的至少一项信息，上述执行时间可以为生成测试结果时的时间。上述电子设备可以在与上述电子设备连接的本地显示屏上呈现测试结果信息，也可以在与上述电子设备进行交互的远程终端上呈现上述测试结果信息。

本申请的上述实施例提供的方法通过获取与待执行的测试用例相匹配的脚本文件，并将从上述脚本文件中提取的操作指令发送给目标终端，再基于接收到的目标终端的操作结果，生成测试结果，从而提高了测试效率。

继续参见图3，图3是根据本申请的测试方法的测试结果信息的一个示意图。在图3中，测试结果信息包括模块名称301、测试用例标识302、用例名称303、测试结果304、负责人305和执行时间306。从图3中可以看出，测试用例标识为“215221”的测试用例在第一次执行时(执行时间为2017-2-8 17:20:11)的执行结果为失败，则后台服务器确定出执行结果为失败时，从与测试用例标识“215221”匹配的文件标识所对应的至少一个脚本文件中，重新提取操作指令，并向目标终端发送重新提取的操作指令；之后，可以接收上述目标终端发送的操作结果，并确定出上述操作结果与测试用例标识为“215221”的测试用例中的预期结果匹配，则将测试结果为成功的信息呈现在图3中。

进一步参考图4，其示出了测试方法的又一个实施例的流程400。该测试方法的流程400，包括以下步骤：

步骤401，获取待执行的测试用例。

在本实施例中，测试方法运行于其上的电子设备(例如图1所示的服务器)可以每隔预设的时间段从测试用例管理系统中获取需要执行的测试用例，其中，上述测试用例包括测试用例标识。测试用例是为了某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

步骤402，获取预设格式的脚本文件集合。

在本实施例中，上述脚本文件类似于DOS中的批处理文件，它可以将不同的命令组合起来，并按确定的顺序自动连续地执行。脚本文件是文本文件，用户可使用任一文本编辑器来创建脚本文件。实际上脚本就是程序，一般都是由应用程序提供的编程语言。

在本实施例中，上述电子设备可以从用于运行测试用例的软件中获取预设格式的脚本文件集合，上述脚本文件集合中的每个脚本文件是由用户预先根据相应测试用例而编写的，且上述脚本文件的文件标识与相应测试用例的测试用例标识相关联，例如，上述脚本文件的文件标识可以与相应测试用例的测试用例标识相同；上述脚本文件的文件标识也可以为相应测试用例的测试用例标识中的部分标识。

步骤403，从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件。

在本实施例中，在步骤402获取到脚本文件集合之后，上述电子设备可以从上述脚本文件集合中，获取与步骤401获取到的待执行的测试用例的测试用例标识相匹配的文件标识；之后，可以获取上述文件标识所对应的至少一个脚本文件。

步骤404，从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令。

在本实施例中，上述电子设备可以首先将用于提供测试过程中所使用的关键字的自动化框架导入到自动化测试框架上；之后，通过自动化测试框架从上述至少一个脚本文件中提取操作指令；然后，与目标终端建立通信连接，并使用提供测试过程中所使用的关键字的自动化框架中的关键字，向目标终端发送上述操作指令。

在本实施例中，当步骤409确定出上述待执行的测试用例的测试结果为失败的次数小于预设的次数阈值时，上述电子设备可以通过自动化测试框架从至少一个脚本文件中重新提取操作指令，并向目标终端发送重新提取的操作指令。

步骤405，接收目标终端发送的操作结果，确定操作结果与测试用例中的预期结果是否匹配。

在本实施例中，上述电子设备可以接收上述目标终端发送的操作结果；之后，可以获取上述测试用例中的预期结果；然后，可以确定上述操作结果与上述预期结果是否匹配，即上述操作结果是否满足上述预期结果；若匹配，则执行步骤406；若不匹配，则执行步骤407。

步骤406，若操作结果与测试用例中的预期结果匹配，则测试结果为成功。

在本实施例中，若在步骤405中确定出上述操作结果与上述测试用例中的预期结果匹配，则上述电子设备可以将原有的测试结果修改为成功或者通过，也可以添加该测试用例重新生成的测试结果信息。

步骤407，若操作结果与测试用例中的预期结果不匹配，则测试结果为失败。

在本实施例中，若在步骤405中确定出上述操作结果与上述测试用例中的预期结果不匹配，则上述电子设备可以将上述测试结果设置为失败或者不通过，之后，执行步骤408。

步骤408，统计待执行的测试用例的测试结果为失败的次数。

在本实施例中，当上述测试结果为失败时，则可以统计上述待执行的测试用例的测试结果为失败的次数。为了防止在测试过程中因环境因素(例如，WIFI断掉、网页访问量过大等等)而导致的失败的执行结果，对于失败的测试用例可以重复执行预定次数。

步骤409，确定次数是否小于预设的次数阈值。

在本实施例中，可以确定步骤408中统计出的次数是否小于预设的次数阈值，比如，3次；若次数小于预设的次数阈值，则继续执行步骤404-步骤409，以重复确定测试结果；若次数大于预设的次数阈值，则结束测试步骤。

从图4中可以看出，与图2对应的实施例相比，本实施例中的测试方法的流程400突出了对测试结果为失败的测试用例进行重复测试的步骤。由此，本实施例描述的方案在测试过程中可以尽可能避免环境因素所造成的影响，从而提高了测试结果的准确性。

进一步参考图5，作为对上述各图所示方法的实现，本申请提供了一种测试装置的一个实施例，该装置实施例与图2所示的方法实施例相对应，该装置具体可以应用于各种电子设备中。

如图5所示，本实施例的测试装置500包括：第一获取单元501、第二获取单元502、第三获取单元503、发送单元504和生成单元505。其中，第一获取单元501配置用于获取待执行的测试用例，其中，测试用例包括测试用例标识；第二获取单元502配置用于获取预设格式的脚本文件集合，其中，脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且脚本文件的文件标识与相应测试用例的测试用例标识相关联；第三获取单元503配置用于从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；发送单元504配置用于从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令；生成单元505配置用于接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果，其中，操作结果是目标终端执行操作指令所生成的。

在本实施例中，测试装置500的第一获取单元501可以每隔预设的时间段从测试用例管理系统中获取需要执行的测试用例，其中，上述测试用例包括测试用例标识。测试用例是为了某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求。

在本实施例中，上述第二获取单元502可以从用于运行测试用例的软件中获取预设格式的脚本文件集合，上述脚本文件集合中的每个脚本文件是由用户预先根据相应测试用例而编写的，且上述脚本文件的文件标识与相应测试用例的测试用例标识相关联，例如，上述脚本文件的文件标识可以与相应测试用例的测试用例标识相同；上述脚本文件的文件标识也可以为相应测试用例的测试用例标识中的部分标识。上述脚本文件类似于DOS中的批处理文件，它可以将不同的命令组合起来，并按确定的顺序自动连续地执行。脚本文件是文本文件，用户可使用任一文本编辑器来创建脚本文件。实际上脚本就是程序，一般都是由应用程序提供的编程语言。

在本实施例中，在上述第二获取单元502获取到脚本文件集合之后，上述第三获取单元503可以从上述脚本文件集合中，获取与上述第一获取单元501获取到的待执行的测试用例的测试用例标识相匹配的文件标识；之后，可以获取上述文件标识所对应的至少一个脚本文件。

在本实施例中，上述发送单元504可以首先将用于提供测试过程中所使用的关键字的自动化框架导入到自动化测试框架上；之后，通过自动化测试框架从上述至少一个脚本文件中提取操作指令；然后，与目标终端建立通信连接，并使用提供测试过程中所使用的关键字的自动化框架中的关键字，向目标终端发送上述操作指令。

在本实施例中，上述生成单元505可以接收上述目标终端发送的操作结果，之后，对上述操作结果进行解析以生成测试结果。上述生成单元505可以对上述操作指令中进行分析，推导出执行上述操作指令后所能产生的期望结果；之后，确定上述操作结果与上述期望结果是否匹配；若匹配，则可以确定上述测试结果为成功或者通过；若不匹配，则可以确定上述测试结果为失败或者不通过。

在本实施例的一些可选的实现方式中，上述生成单元505可以首先获取上述测试用例中的预期结果；之后，可以确定上述操作结果与上述预期结果是否匹配，即上述操作结果是否满足上述预期结果；若匹配，则可以确定上述测试结果为成功或者通过；若不匹配，则可以确定上述测试结果为失败或者不通过。

在本实施例的一些可选的实现方式中，上述测试装置500还可以包括再测试单元(图中未示出)，上述再测试单元可以包括：发送模块、确定模块、修改模块和执行模块。当确定出上述测试结果为失败时，上述再测试单元可以执行如下再测试步骤：上述发送模块可以通过自动化测试框架从上述至少一个脚本文件中重新提取操作指令，然后，与目标终端建立通信连接，并使用提供测试过程中所使用的关键字的自动化框架中的关键字，向目标终端发送上述操作指令；上述确定模块可以接收上述目标终端发送的操作结果，之后，可以获取上述测试用例中的预期结果，然后，可以确定上述操作结果与上述预期结果是否匹配；若匹配，则上述修改模块可以将上述测试结果修改为成功或者通过；若不匹配，上述执行模块可以统计上述待执行的测试用例的测试结果为失败的次数，并进一步确定统计出的次数是否小于预设的次数阈值，若次数小于预设的次数阈值，则继续驱动上述再测试单元执行再测试步骤。

在本实施例的一些可选的实现方式中，上述发送单元504可以从上述至少一个脚本文件中提取命令，并确定上述命令的执行顺序，之后，在提供测试过程中所使用的关键字的自动化框架中查找与上述命令相对应的关键字，并按照上述命令的执行顺序将上述关键字的封装成操作指令，再向目标终端发送封装好的操作指令。

在本实施例的一些可选的实现方式中，上述测试装置500还可以包括呈现单元(图中未示出)。在生成测试结果之后，上述呈现单元可以呈现测试结果信息，上述测试结果信息中除了包含上述测试结果，还可以包括上述测试用例的模块名称、测试用例标识、用例名称、负责人名称、最近修改人名称和执行时间中的至少一项信息，上述执行时间可以为生成测试结果时的时间。上述呈现单元可以在所连接的本地显示屏上呈现测试结果信息，也可以在远程终端上呈现上述测试结果信息。

下面参考图6，其示出了适于用来实现本发明实施例的服务器的计算机系统600的结构示意图。图6示出的服务器仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请上述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一获取单元、第二获取单元、第三获取单元、发送单元和生成单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。例如，第一获取单元还可以被描述为“获取待执行的测试用例的单元”。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：获取待执行的测试用例，其中，测试用例包括测试用例标识；获取预设格式的脚本文件集合，其中，脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且脚本文件的文件标识与相应测试用例的测试用例标识相关联；从脚本文件集合中，获取与待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；从至少一个脚本文件中提取操作指令，并向目标终端发送操作指令；接收目标终端发送的操作结果，并对操作结果进行解析，生成测试结果，其中，操作结果是目标终端执行操作指令所生成的。

以上描述仅为本发明的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本发明中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本发明中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种测试方法，其特征在于，所述方法包括：

获取待执行的测试用例，其中，所述测试用例包括测试用例标识；

获取预设格式的脚本文件集合，其中，所述脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且所述脚本文件的文件标识与相应测试用例的测试用例标识相关联；

从所述脚本文件集合中，获取与所述待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；

从所述至少一个脚本文件中提取操作指令，并向目标终端发送所述操作指令；

接收所述目标终端发送的操作结果，并对所述操作结果进行解析，生成测试结果，其中，所述操作结果是所述目标终端执行所述操作指令所生成的。

2.根据权利要求1所述的方法，其特征在于，所述对所述操作结果进行解析，生成测试结果，包括：

确定所述操作结果与所述测试用例中的预期结果是否匹配；

若匹配，则确定测试结果为成功；

若不匹配，则确定测试结果为失败。

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

当所述测试结果为失败时，执行如下再测试步骤：

从所述至少一个脚本文件中重新提取操作指令，并向所述目标终端发送重新提取的操作指令；

接收所述目标终端发送的操作结果，并确定所述操作结果与所述测试用例中的预期结果是否匹配；

若匹配，则将所述测试结果修改为成功；

若不匹配，则统计所述待执行的测试用例的测试结果为失败的次数，并进一步确定所述次数是否小于预设的次数阈值；若是，则继续执行所述再测试步骤。

4.根据权利要求1所述的方法，其特征在于，所述从所述至少一个脚本文件中提取操作指令，包括：

从所述至少一个脚本文件中提取命令，并确认所述命令的顺序，并按照所述命令的顺序将所述命令封装成操作指令。

5.根据权利要求1所述的方法，其特征在于，在所述生成测试结果之后，所述方法还包括：

呈现测试结果信息，其中，所述测试结果信息包括所述测试结果以及以下至少一项：所述测试用例标识；所述待执行的测试用例的用例名称；所述待执行的测试用例的执行时间，所述执行时间为所述生成测试结果时的时间。

6.一种测试装置，其特征在于，所述装置包括：

第一获取单元，配置用于获取待执行的测试用例，其中，所述测试用例包括测试用例标识；

第二获取单元，配置用于获取预设格式的脚本文件集合，其中，所述脚本文件集合中的每个脚本文件是根据相应测试用例而生成的，并且所述脚本文件的文件标识与相应测试用例的测试用例标识相关联；

第三获取单元，配置用于从所述脚本文件集合中，获取与所述待执行的测试用例的测试用例标识匹配的文件标识所对应的至少一个脚本文件；

发送单元，配置用于从所述至少一个脚本文件中提取操作指令，并向目标终端发送所述操作指令；

生成单元，配置用于接收所述目标终端发送的操作结果，并对所述操作结果进行解析，生成测试结果，其中，所述操作结果是所述目标终端执行所述操作指令所生成的。

7.根据权利要求6所述的装置，其特征在于，所述生成单元进一步配置用于：

确定所述操作结果与所述测试用例中的预期结果是否匹配；

若匹配，则确定测试结果为成功；

若不匹配，则确定测试结果为失败。

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

再测试单元，配置用于当所述测试结果为失败时，驱动以下模块执行如下再测试步骤：

发送模块，配置用于从所述至少一个脚本文件中重新提取操作指令，并向所述目标终端发送重新提取的操作指令；

确定模块，配置用于接收所述目标终端发送的操作结果，并确定所述操作结果与所述测试用例中的预期结果是否匹配；

修改模块，配置用于若匹配，则将所述测试结果修改为成功；

执行模块，配置用于若不匹配，则统计所述待执行的测试用例的测试结果为失败的次数，并进一步确定所述次数是否小于预设的次数阈值；若是，则继续驱动所述再测试单元。

9.根据权利要求6所述的装置，其特征在于，所述发送单元进一步配置用于：

从所述至少一个脚本文件中提取命令，并确认所述命令的顺序，并按照所述命令的顺序将所述命令封装成操作指令。

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

呈现单元，配置用于呈现测试结果信息，其中，所述测试结果信息包括所述测试结果以及以下至少一项：所述测试用例标识；所述待执行的测试用例的用例名称；所述待执行的测试用例的执行时间，所述执行时间为所述生成测试结果时的时间。

11.一种服务器，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-5中任一所述的方法。

12.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-5中任一所述的方法。