CN117931641A - 测试方法、装置、计算设备及存储介质 - Google Patents

Abstract

本发明公开了一种测试方法、装置、计算设备及存储介质，方法包括：运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化，其中，测试用例中包括多个测试场景执行脚本，任一测试场景执行脚本对应被测系统的一个测试场景；运行测试用例中的各个测试场景执行脚本，对于任一测试场景执行脚本，根据测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果；根据各个测试场景的测试结果，生成被测系统的测试报告。根据本发明的技术方案，能实现对被测系统进行高密度全面测试场景覆盖，提高测试质量和测试效率。

Description

测试方法、装置、计算设备及存储介质

技术领域

本发明涉及测试技术领域，尤其涉及一种测试方法、测试装置、计算设备及存储介质。

背景技术

目前，手工执行测试用例的方案，在执行实际测试前，一般需要进行测试用例的设计，通过对被测系统需求的功能拆解、分析，精准提取出完整测试功能点，再通过流程细化、数据流场景分析、功能点架构整合等步骤，归纳整理出所需测试范围，划分模拟出不同的场景、各个数据输入项的数据边界，提取、归纳、整理出各等价类，形成各个测试场景下的不同测试步骤及测试输入数据，根据业务、功能、用户需求指定被测系统执行操作后的预期结果，形成测试用例文档，以作为测试执行过程中的标准、具体操作步骤说明以及验证测试通过或系统存在问题的依据。在执行实际测试时，通常采用手工执行来逐条覆盖测试用例，通过运行测试用例中的各个场景数据，收集系统工作产生的实际结果，对比用例中的预期结果，达到对系统进行测试验证的目的。

现有的手工执行覆盖测试用例的测试执行手段，在执行时需要测试执行人员对每条测试用例记录进行逐条执行，执行用例场景后，手工收集执行实际结果，与测试用例文档中的预期结果进行对比，符合预期结果记录为成功，反之记录为失败并记录Bug，在开发人员修复后，重新执行失败场景测试用例，即复测，测试成功后即为Bug修复成功，用例记为成功，待所有测试用例均执行成功后，功能测试结束，可以得出测试通过的结论。该方案存在以下缺陷：对某些项目系统，在用例设计阶段会针对需求中的大量逻辑分支，根据场景数据特征排列组合出大量测试用例记录，每一个分支会造成场景数量翻倍，从而导致执行效率低；针对大量测试用例场景进行手工覆盖的过程中，一旦出现系统Bug，开发修复后，需要进行复测验证，由于类似排列组合分支场景很多都有相互的逻辑性关联，致使修复对象会影响到大量相关用例场景，复测成本高、耗时较长；在引入新需求对原有模块进行逻辑修改、精简、补充时，需要对原有逻辑中的保留部分进行回归测试，此时手工执行用例的话需要再次进行大量用例场景覆盖，成本高、耗时长；针对大量排列组合场景为了提高效率、降低成本，会对测试用例场景进行精简，例如通过选取骨干及核心分支或合并同类项方式，提取必须执行的用例场景，其缺点是精简本身也会产生成本，且精简掉的场景在系统中的执行逻辑不一定完全等价于保留的同类项场景，可能会导致测试场景遗漏，造成系统缺陷。

为此，需要一种测试方法，以解决上述技术方案中存在的问题。

发明内容

为此，本发明提供一种测试方法和测试装置，以解决或至少缓解上面存在的问题。

根据本发明的一个方面，提供一种测试方法，包括：运行被测系统的测试用例中的初始化脚本，以对所述被测系统的基础数据进行初始化，其中，所述测试用例中包括多个测试场景执行脚本，任一所述测试场景执行脚本对应所述被测系统的一个测试场景；运行所述测试用例中的各个测试场景执行脚本，对于任一所述测试场景执行脚本，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果；根据各个所述测试场景的测试结果，生成所述被测系统的测试报告。

可选地，在根据本发明的测试方法中，运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化，包括：运行被测系统的测试用例中的初始化脚本，以对被测系统的各个测试场景的基础数据进行初始化，以及，对上次运行所述测试用例过程中产生的变更数据进行复位。

可选地，在根据本发明的测试方法中，对上次运行所述测试用例过程中产生的变更数据进行复位，包括：调用绑定接口，将上次运行所述测试用例过程中建立的新的数据绑定关系进行解绑；调用解绑接口，将上次运行所述测试用例过程中解绑掉的初始数据绑定关系进行恢复。

可选地，在根据本发明的测试方法中，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果，包括：如果所述测试场景执行脚本中的所述一个或多个测试断言均执行成功，确定对应的测试场景测试通过。

可选地，在根据本发明的测试方法中，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果，包括：如果所述测试场景执行脚本中的至少一个测试断言执行失败，提取所述测试场景的入参数据和对应的预期结果；根据所述入参数据和对应的预期结果进行检查，以确认所述被测系统的所述测试场景是否存在异常。

可选地，在根据本发明的测试方法中，还包括：如果所述被测系统的所述测试场景存在异常，则在针对所述测试场景进行异常修复后，重新运行所述测试用例中的初始化脚本以及各个测试场景执行脚本，以对所述被测系统进行复测。

可选地，在根据本发明的测试方法中，还包括：通过测试报告生成器，收集各个所述测试场景的测试结果。

可选地，在根据本发明的测试方法中，所述测试用例中包含CSV文件，所述CSV文件中的每一行分别用于记录一个所述测试场景的测试数据，所述测试场景的测试数据包含所述测试场景的入参数据和对应的预期结果。

可选地，在根据本发明的测试方法中，所述入参数据包含绑定接口入参数据、解绑接口入参数据。

可选地，在根据本发明的测试方法中，所述测试用例中包含所述被测系统的各个测试场景所需的基础数据。

可选地，在根据本发明的测试方法中，所述方法适于由计算设备中的自动化测试工具执行。

根据本发明的一个方面，提供一种测试装置，包括：初始化模块，适于运行被测系统的测试用例中的初始化脚本，以对所述被测系统的基础数据进行初始化，其中，所述测试用例中包括多个测试场景执行脚本，任一所述测试场景执行脚本对应所述被测系统的一个测试场景；测试执行模块，适于运行所述测试用例中的各个测试场景执行脚本，对于任一所述测试场景执行脚本，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果；生成模块，适于根据各个所述测试场景的测试结果，生成所述被测系统的测试报告。

根据本发明的一个方面，提供一种计算设备，包括：至少一个处理器；存储器，存储有程序指令，其中，程序指令被配置为适于由上述至少一个处理器执行，所述程序指令包括用于执行如上所述的测试方法的指令。

根据本发明的一个方面，提供一种存储有程序指令的可读存储介质，当该程序指令被计算设备读取并执行时，使得该计算设备执行如上所述的测试方法。

根据本发明的技术方案，提供了一种测试方法及测试装置，在构建测试用例时，针对被测系统划分为多个测试场景，并针对每个测试场景分别构建测试场景执行脚本，通过运行测试用例的各个测试场景执行脚本，能够对被测系统的各个测试场景进行测试，这样，无需对被测系统的测试场景进行精简，能实现对被测系统进行高密度全面测试场景覆盖，提高了测试质量和测试效率。

此外，在需要对被测系统进行复测或者回归测试时，可以快速复用测试用例，大幅度提高了复测和回归测试的测试效率。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

为了实现上述以及相关目的，本文结合下面的描述和附图来描述某些说明性方面，这些方面指示了可以实践本文所公开的原理的各种方式，并且所有方面及其等效方面旨在落入所要求保护的主题的范围内。通过结合附图阅读下面的详细描述，本公开的上述以及其它目的、特征和优势将变得更加明显。遍及本公开，相同的附图标记通常指代相同的部件或元素。

图1示出了根据本发明一个实施例的计算设备100的示意图；

图2示出了根据本发明一个实施例的测试方法200的流程示意图；

图3示出了根据本发明的一个实施例的测试装置300的示意图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

针对现有技术中的测试执行手段存在的问题，本发明提供了一种测试方案，以实现对被测系统进行高密度全面测试场景覆盖，提高测试质量和测试效率。

为了便于理解，以下对本发明涉及的术语进行解释。

JMeter：即Apache JMeter，是一个100％纯Java桌面应用程序，被设计为用于测试客户端/服务端结构的软件，它可以用来测试静态和动态资源的性能。

测试用例：对一项特定的软件产品进行测试任务的描述，体现测试方案、方法、技术和策略，其内容包括测试目标、测试环境、输入数据、测试步骤、预期结果、测试脚本等，最终形成文档。

测试断言：在功能测试时，测试设计人员预计在程序运行到某个节点位置，需要判断某些逻辑条件必须满足，这样下面的一些业务逻辑才可以进行下去，如果不满足，程序就会报错甚至是崩溃，实现这个功能的程序逻辑功能即为断言。

复测：Bug修复后重新执行导致Bug提出的测试用例，验证Bug修复结果。

回归测试：针对没有直接改动的功能模块进行用例场景执行，确保对其它部分的逻辑改动不会影响到这些模块原有的逻辑功能。

根据本发明实施例提供的测试方法可以由计算设备执行，计算设备可以是终端或服务器。在一些实施例中，本发明实施例提供的测试方法可以由终端执行。

下面结合图1来介绍本发明实施例提供的一种计算设备。

图1示出了根据本发明一个实施例的计算设备100的示意图。如图1所示，在基本配置中，计算设备100包括至少一个处理单元102和系统存储器104。根据一个方面，取决于计算设备的配置和类型，处理单元102可以实现为处理器。系统存储器104包括但不限于易失性存储(例如，随机存取存储器)、非易失性存储(例如，只读存储器)、闪速存储器、或者这样的存储器的任何组合。根据一个方面，系统存储器104中包括操作系统105。

根据一个方面，操作系统105例如适合于控制计算设备100的操作。此外，示例结合图形库、其他操作系统、或任何其他应用程序而被实践，并且不限于任何特定的应用或系统。在图1中通过在虚线内的那些组件示出了该基本配置。根据一个方面，计算设备100具有额外的特征或功能。例如，根据一个方面，计算设备100包括额外的数据存储设备(可移动的和/或不可移动的)，例如磁盘、光盘、或者磁带。这样额外的存储在图1中是由可移动存储设备109和不可移动存储设备110示出的。

如在上文中所陈述的，根据一个方面，在系统存储器104中存储有程序模块103。根据一个方面，程序模块103可以包括一个或多个应用程序，本发明不限制应用程序的类型，例如应用程序可以包括：电子邮件和联系人应用程序、文字处理应用程序、电子表格应用程序、数据库应用程序、幻灯片展示应用程序、绘画或计算机辅助应用程序、网络浏览器应用程序等。

根据一个方面，上述程序模块103或者应用程序中可以包括测试装置300，测试装置300中包括适于执行本发明的测试方法200的多条程序指令，使得测试装置300被配置为执行本发明的测试方法200。

根据一个方面，可以在包括分立电子元件的电路、包含逻辑门的封装或集成的电子芯片、利用微处理器的电路、或者在包含电子元件或微处理器的单个芯片上实践示例。例如，可以经由其中在图1中所示出的每个或许多组件可以集成在单个集成电路上的片上系统(SOC)来实践示例。根据一个方面，这样的SOC设备可以包括一个或多个处理单元、图形单元、通信单元、系统虚拟化单元、以及各种应用功能，其全部作为单个集成电路而被集成(或“烧”)到芯片基底上。当经由SOC进行操作时，可以经由在单个集成电路(芯片)上与计算设备100的其他组件集成的专用逻辑来对在本文中所描述的功能进行操作。还可以使用能够执行逻辑操作(例如AND、OR和NOT)的其他技术来实践本发明的实施例，所述其他技术包括但不限于机械、光学、流体、和量子技术。另外，可以在通用计算机内或在任何其他任何电路或系统中实践本发明的实施例。

根据一个方面，计算设备100还可以具有一个或多个输入设备112，例如键盘、鼠标、笔、语音输入设备、触摸输入设备等。还可以包括输出设备114，例如显示器、扬声器、打印机等。前述设备是示例并且也可以使用其他设备。计算设备100可以包括允许与其他计算设备118进行通信的一个或多个通信连接116。合适的通信连接116的示例包括但不限于：RF发射机、接收机和/或收发机电路；通用串行总线(USB)、并行和/或串行端口。

如在本文中所使用的术语计算机可读介质包括计算机存储介质。计算机存储介质可以包括以任何用于存储信息(例如，计算机可读指示、数据结构、或程序模块103)的方法或技术来实现的易失性的和非易失性的、可移动的和不可移动的介质。系统存储器104、可移动存储设备109、和不可移动存储设备110都是计算机存储介质的示例(即，存储器存储)。计算机存储介质可以包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦只读存储器(EEPROM)、闪速存储器或其他存储器技术、CD-ROM、数字通用盘(DVD)或其他光存储、盒式磁带、磁带、磁盘存储器或其他磁存储设备、或者可用于存储信息并且可以由计算设备100访问的任何其他制品。根据一个方面，任何这样的计算机存储介质都可以是计算设备100的一部分。计算机存储介质不包括载波或其他经传播的数据信号。

根据一个方面，通信介质是由计算机可读指令、数据结构、程序模块103、或者经调制的数据信号(例如，载波或其他传输机制)中的其他数据实施的，并且包括任何信息传递介质。根据一个方面，术语“经调制的数据信号”描述了具有一个或多个特征集或者以将信息编码在信号中的方式改变的信号。作为示例而非限制，通信介质包括诸如有线网络或直接有线连接之类的有线介质，以及诸如声学、射频(RF)、红外线的、以及其他无线介质之类的无线介质。

在根据本发明的实施例中，计算设备100被配置为执行根据本发明的测试方法200。计算设备100包括一个或多个处理器、以及存储有程序指令的一个或多个可读存储介质，当程序指令被配置为由一个或多个处理器执行时，使得计算设备执行本发明实施例中的测试方法200。计算设备100通过执行本发明实施例中的测试方法200，能实现对被测系统进行高密度全面测试场景覆盖，提高测试质量和测试效率。

根据本发明的一些实施例，计算设备100中驻留有测试装置300，测试装置300被配置为执行根据本发明的测试方法200。其中，测试装置300中包含用于执行本发明的测试方法200的多条程序指令，这些程序指令可以指示处理器执行根据本发明的测试方法200。

根据本发明的一些实施例，计算设备的一个或多个应用程序包含自动化测试工具，自动化测试工具中包含执行本发明的测试方法200的多条程序指令，使得本发明的测试方法200可以由计算设备中的自动化测试工具执行。在一些实施例中，自动化测试工具可以为JMeter，但本发明对此不做限定。

下面以计算设备执行本发明的测试方法200为例，来对本发明的测试方法200进行详细说明。

图2示出了根据本发明一个实施例的测试方法200的流程示意图。需要说明的是，本发明实施例中的测试方法200可以基于测试用例自动化执行。

在本发明的实施例中，在对被测系统进行测试之前，预先针对被测系统构建测试用例，其中，可以构建被测系统的初始化脚本，并且，可以针对被测系统划分为多个测试场景，针对被测系统的每个测试场景分别构建与之对应的测试场景执行脚本。基于此，构建得到的测试用例中可以包含预先构建的初始化脚本、多个测试场景执行脚本。

如图2所示，方法200包括以下步骤210～230。

步骤210，运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化。

在本发明的实施例中，测试用例中包括初始化脚本、多个测试场景执行脚本，其中，任一测试场景执行脚本对应被测系统的一个测试场景。

需要说明的是，测试用例中的初始化脚本用于对测试用例对应的被测系统的基础数据进行初始化。各个测试场景执行脚本用于针对被测系统的各个测试场景进行测试。

步骤220，运行测试用例中的各个测试场景执行脚本，对于任一测试场景执行脚本，可以根据测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果。

在本发明的实施例中，任一测试场景执行脚本中可以添加一个或多个测试断言。

步骤230，根据各个测试场景的测试结果，生成被测系统的测试报告。

根据本发明实施例中的测试方法200，在构建测试用例时，针对被测系统划分为多个测试场景，并针对每个测试场景分别构建测试场景执行脚本，通过运行测试用例中的各个测试场景执行脚本，能够对被测系统的各个测试场景进行测试，这样，能实现对被测系统进行高密度全面测试场景覆盖，提高测试质量。

在一些实施例中，使用自动化测试工具(例如JMeter自动化测试工具)执行每个测试场景执行脚本的耗时可达到秒级别甚至毫秒级别，使得大量测试场景执行脚本可在短时间内执行完毕。

在一些实施例中，在步骤210中，运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化，具体可以包括：运行被测系统的测试用例中的初始化脚本，以对被测系统的各个测试场景的基础数据进行初始化，以及，对上次运行测试用例过程中产生的变更数据进行复位。这里，变更数据可以包括发生变更的各个测试场景的基础数据。

在一些实施例中，被测系统可以是绑定解绑系统。对于绑定解绑系统，可以通过以下方式来对上次运行测试用例过程中产生的变更数据进行复位：调用绑定接口，将上次运行测试用例过程中建立的新的数据绑定关系进行解绑；调用解绑接口，将上次运行测试用例过程中解绑掉的初始数据绑定关系进行恢复。这样，使得测试用例中的脚本(JMeter脚本)可重复调用。

在一些实施例中，在步骤220中，根据测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果的方式如下：判断测试场景执行脚本中的一个或多个测试断言是否执行成功，如果测试场景执行脚本中的一个或多个测试断言均执行成功(测试场景执行脚本中的所有测试断言均执行成功)，确定对应的测试场景测试通过。

另外，在一些实施例中，如果测试场景执行脚本中的至少一个测试断言执行失败，提取测试场景的入参数据和对应的预期结果。具体地，可以提取测试场景的测试数据，测试场景的测试数据包括测试场景的入参数据和对应的预期结果。进而，可以根据测试场景的入参数据和对应的预期结果，来对被测系统的测试场景进行检查，以确认被测系统的测试场景是否存在异常。

在一些实施例中，如果被测系统的测试场景存在异常(Bug)，可以在针对被测系统的该测试场景进行异常修复后，重新运行测试用例中的初始化脚本、测试用例中的各个测试场景执行脚本，以对被测系统进行复测。

在一些实施例中，对于存在异常的测试场景，可以通过异常跟踪系统(Bug跟踪系统)来执行异常跟踪流程，以对该测试场景进行异常修复。

另外，根据本发明的实施例，如果针对被测系统的测试发生需求变更，可直接运行被测系统的测试用例中的初始化脚本来对数据进行初始化，再运行测试用例中的各个测试场景执行脚本，以对被测系统进行回归测试。

这样，在对被测系统进行复测或者回归测试时，可以快速复用测试用例，大幅度提高了复测和回归测试的测试效率。

在一些实施例中，可以通过测试报告生成器，收集各个测试场景的测试结果。进而，可以根据各个测试场景的测试结果，生成被测系统的测试报告。

在一些实施例中，测试用例中包含预先构建的CSV文件，CSV文件中的每一行分别用于记录一个测试场景的测试数据。测试场景的测试数据包含测试场景的入参数据和对应的预期结果。

也就是说，在构建被测系统的测试用例时，可以根据被测系统的各个测试场景的测试数据，来构建CSV文件，其中可以在CSV文件中的每一行分别记录一个测试场景的测试数据(测试数据包含入参数据和对应的预期结果)。这样，在基于测试用例对被测系统进行测试过程中，可以从CSV文件中获取各个测试场景的入参数据和对应的预期结果。

在一些实施例中，可以将测试场景的入参数据对应的预期结果转换为测试场景的出参列表，在构建CSV文件时，可以CSV文件中的每一行分别记录一个测试场景的入参数据和对应的出参列表。相应地，测试场景的测试数据包含测试场景的入参数据和对应的出参列表。

在一些实施例中，在CSV文件中，同一个测试场景的入参数据和预期结果，可以基于对应的列名称进行标识。

在一些实施例中，被测系统可以是绑定解绑系统。入参数据包含绑定接口入参数据、解绑接口入参数据。

在一些实施例中，测试用例中还包含被测系统的各个测试场景所需的基础数据。也就是说，在构建被测系统的测试用例时，可以构建被测系统的各个测试场景所需的基础数据。

例如，在一个实施例中，被测系统可以是集采集团的绑定解绑系统。基础数据可以包括集采集团信息、集采集团绑定的商家信息。

根据本发明实施例提供的测试方法200，在构建测试用例时，针对被测系统划分为多个测试场景，并针对每个测试场景分别构建测试场景执行脚本，通过运行测试用例的各个测试场景执行脚本，能够对被测系统的各个测试场景进行测试，这样，无需对被测系统的测试场景进行精简，能实现对被测系统进行高密度全面测试场景覆盖，提高了测试质量和测试效率。此外，在需要对被测系统进行复测或者回归测试时，可以快速复用测试用例，大幅度提高了复测和回归测试的测试效率。

图3示出了根据本发明的一个实施例的测试装置300的示意图。测试装置300驻留在计算设备100中。测试装置300可以被配置为执行本发明的测试方法200。

如图3所示，在本发明的实施例中，测试装置300包括依次耦接的初始化模块310、测试执行模块320以及生成模块330。

其中，初始化模块310可以运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化，其中，测试用例中包括多个测试场景执行脚本，任一测试场景执行脚本对应被测系统的一个测试场景。

测试执行模块320可以运行测试用例中的各个测试场景执行脚本，对于任一测试场景执行脚本，根据测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果。

生成模块330可以根据各个测试场景的测试结果，生成被测系统的测试报告。

应当指出，初始化模块310、测试执行模块320、生成模块330分别用于执行前述步骤210～230。这里，关于各模块的具体执行逻辑可参见前文方法200中对步骤210～230的描述，此处不再赘述。

根据本发明实施例提供的测试装置300，在构建测试用例时，针对被测系统划分为多个测试场景，并针对每个测试场景分别构建测试场景执行脚本，通过运行测试用例的各个测试场景执行脚本，能够对被测系统的各个测试场景进行测试，这样，无需对被测系统的测试场景进行精简，能实现对被测系统进行高密度全面测试场景覆盖，提高了测试质量和测试效率。此外，在需要对被测系统进行复测或者回归测试时，可以快速复用测试用例，大幅度提高了复测和回归测试的测试效率。

此外，本发明的实施例还包括：A8、如A1-A7中任一项所述的方法，其中，所述测试用例中包含CSV文件，所述CSV文件中的每一行分别用于记录一个所述测试场景的测试数据，所述测试场景的测试数据包含所述测试场景的入参数据和对应的预期结果。A9、如A8所述的方法，其中，所述入参数据包含绑定接口入参数据、解绑接口入参数据。A10、如A1-A9中任一项所述的方法，其中，所述测试用例中包含所述被测系统的各个测试场景所需的基础数据。A11、如A1-A10中任一项所述的方法，所述方法适于由计算设备中的自动化测试工具执行。

这里描述的各种技术可结合硬件或软件，或者它们的组合一起实现。从而，本发明的方法和设备，或者本发明的方法和设备的某些方面或部分可采取嵌入有形媒介，例如可移动硬盘、U盘、软盘、CD-ROM或者其它任意机器可读的存储介质中的程序代码(即指令)的形式，其中当程序被载入诸如计算机之类的机器，并被所述机器执行时，所述机器变成实践本发明的设备。

在程序代码在可编程计算机上执行的情况下，移动终端一般包括处理器、处理器可读的存储介质(包括易失性和非易失性存储器和/或存储元件)，至少一个输入装置，和至少一个输出装置。其中，存储器被配置用于存储程序代码；处理器被配置用于根据该存储器中存储的所述程序代码中的指令，执行本发明的测试方法。

以示例而非限制的方式，可读介质包括可读存储介质和通信介质。可读存储介质存储诸如计算机可读指令、数据结构、程序模块或其它数据等信息。通信介质一般以诸如载波或其它传输机制等已调制数据信号来体现计算机可读指令、数据结构、程序模块或其它数据，并且包括任何信息传递介质。以上的任一种的组合也包括在可读介质的范围之内。

在此处所提供的说明书中，算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与本发明的示例一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下被实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。

本领域那些技术人员应当理解在本文所公开的示例中的设备的模块或单元或组件可以布置在如该实施例中所描述的设备中，或者可替换地可以定位在与该示例中的设备不同的一个或多个设备中。前述示例中的模块可以组合为一个模块或者此外可以分成多个子模块。

除非另行规定，使用序数词“第一”、“第二”、“第三”等等来描述普通对象仅仅表示涉及类似对象的不同实例，并且并不意图暗示这样被描述的对象必须具有时间上、空间上、排序方面或者以任意其它方式的给定顺序。

Claims (10)

1.一种测试方法，包括：

运行被测系统的测试用例中的初始化脚本，以对所述被测系统的基础数据进行初始化，其中，所述测试用例中包括多个测试场景执行脚本，任一所述测试场景执行脚本对应所述被测系统的一个测试场景；

运行所述测试用例中的各个测试场景执行脚本，对于任一所述测试场景执行脚本，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果；

根据各个所述测试场景的测试结果，生成所述被测系统的测试报告。

2.如权利要求1所述的方法，其中，运行被测系统的测试用例中的初始化脚本，以对被测系统的基础数据进行初始化，包括：

运行被测系统的测试用例中的初始化脚本，以对被测系统的各个测试场景的基础数据进行初始化，以及，对上次运行所述测试用例过程中产生的变更数据进行复位。

3.如权利要求2所述的方法，其中，对上次运行所述测试用例过程中产生的变更数据进行复位，包括：

调用绑定接口，将上次运行所述测试用例过程中建立的新的数据绑定关系进行解绑；

调用解绑接口，将上次运行所述测试用例过程中解绑掉的初始数据绑定关系进行恢复。

4.如权利要求1-3中任一项所述的方法，其中，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果，包括：

如果所述测试场景执行脚本中的所述一个或多个测试断言均执行成功，确定对应的测试场景测试通过。

5.如权利要求1-4中任一项所述的方法，其中，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果，包括：

如果所述测试场景执行脚本中的至少一个测试断言执行失败，提取所述测试场景的入参数据和对应的预期结果；

根据所述入参数据和对应的预期结果进行检查，以确认所述被测系统的所述测试场景是否存在异常。

6.如权利要求5所述的方法，其中，还包括：

如果所述被测系统的所述测试场景存在异常，则在针对所述测试场景进行异常修复后，重新运行所述测试用例中的初始化脚本以及各个测试场景执行脚本，以对所述被测系统进行复测。

7.如权利要求1-6中任一项所述的方法，其中，还包括：

通过测试报告生成器，收集各个所述测试场景的测试结果。

8.一种测试装置，包括：

初始化模块，适于运行被测系统的测试用例中的初始化脚本，以对所述被测系统的基础数据进行初始化，其中，所述测试用例中包括多个测试场景执行脚本，任一所述测试场景执行脚本对应所述被测系统的一个测试场景；

测试执行模块，适于运行所述测试用例中的各个测试场景执行脚本，对于任一所述测试场景执行脚本，根据所述测试场景执行脚本中的一个或多个测试断言，来确定对应的测试场景的测试结果；

生成模块，适于根据各个所述测试场景的测试结果，生成所述被测系统的测试报告。

9.一种计算设备，包括：

至少一个处理器；以及

存储器，存储有程序指令，其中，所述程序指令被配置为适于由所述至少一个处理器执行，所述程序指令包括用于执行如权利要求1-7中任一项所述的方法的指令。

10.一种存储有程序指令的可读存储介质，当所述程序指令被计算设备读取并执行时，使得所述计算设备执行如权利要求1-7中任一项所述方法。