CN115292157A

CN115292157A - 测试脚本生成方法、装置、设备、存储介质和程序产品

Info

Publication number: CN115292157A
Application number: CN202210744949.7A
Authority: CN
Inventors: 梁晓珺; 朱乐和; 罗秉安; 连煜伟
Original assignee: Industrial and Commercial Bank of China Ltd ICBC
Current assignee: Industrial and Commercial Bank of China Ltd ICBC
Priority date: 2022-06-27
Filing date: 2022-06-27
Publication date: 2022-11-04

Abstract

本公开提供了一种测试脚本生成方法，可以应用于金融技术领域。该方法包括：获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的；对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集；对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集；根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集。本公开还提供了一种测试脚本生成装置、设备、存储介质和程序产品。

Description

测试脚本生成方法、装置、设备、存储介质和程序产品

技术领域

本公开涉及计算机技术领域，具体涉及自动化测试技术领域，更具体地涉及一种测试脚本生成方法、装置、设备、存储介质和程序产品。

背景技术

现在随着互联网的发展，客户接入计算机服务的渠道界面多种多样，对多终端界面测试要求越来越高，手工测试工作量大，多终端界面自动化测试的需求更加迫切。例如：游戏行业，需要考虑手机端的不同手机***的兼容测试，PC电脑端需要考虑不同浏览器的兼容测试；银行行业，需要除了手机银行和网银渠道，还需要考虑柜面、自助终端等界面测试。

针对多终端的测试，一般是通过手工进行测试，首先根据业务需求场景设计测试案例，覆盖尽可能多的业务场景。然而，同一个业务功能界面在不同的渠道，如银行业的手机银行、网银、柜面、自助终端等，需要把这些案例在每个渠道都手工执行并验证，测试工作量比较大，而且测试案例设计时，也比较容易产生测试案例遗漏的情况。进一步考虑，如银行业的手机银行，现在主流的手机***有Android 和ios***，需要对这两大***进行兼容测试，同时不同的手机品牌的手机***也有细微差别，这些都需要多全部案例进行兼容性测试，测试工作量呈现几何级别的增加。因此多终端的自动化测试需求尤为迫切。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

鉴于上述问题，本公开提供了提高多终端界面测试效率的测试脚本生成方法、装置、设备、介质和程序产品。

根据本公开的第一个方面，提供了一种测试脚本生成方法，包括：

获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的；

对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集；

对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集；以及

根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集。

根据本公开的实施例，所述对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集包括：

获取所述界面脚本模板的所有控件元素，所述控件元素包括控件变量和控件常量；

根据预设测试策略和所述控件元素确定控件执行顺序，所述控件执行顺序包括固定执行顺序和机动执行顺序；以及

根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集，所述触发顺序结果集为多个顺序结果测试脚本的集合。

根据本公开的实施例，所述根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集包括：

对机动执行顺序的控件常量和控件变量采取排列组合的方式进行排序，以获取所有排列组合结果；以及

根据所述固定执行顺序和所述排列组合结果生成控件触发顺序结果集。

根据本公开的实施例，所述对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集包括：

获取所述界面脚本模板的所有控件变量；

根据测试场景按照等价类划分方法确定所述控件变量的输入集；以及

对所述控件变量的输入集进行笛卡尔积运算，以确定控件输入结果集。

根据本公开的实施例，所述根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集包括：

依次根据所述控件触发顺序结果集的触发顺序结果遍历所述控件输入结果集的输入数据，以生成所述待测试界面的测试脚本集。

根据本公开的实施例，生成所述待测试界面的测试脚本集之后，还包括：

在待测试界面的每一测试脚本中***断言；以及

在执行测试脚本后输出断言测试结果。

本公开的第二方面提供了一种测试脚本生成装置，包括：获取模块，用于获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的；

第一确定模块，用于对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集；

第二确定模块，用于对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集；以及

生成模块，用于根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集。

根据本公开的实施例，该装置还包括：

断言***模块，用于在待测试界面的每一测试脚本中***断言；

输出模块，用于在执行测试脚本后输出断言测试结果。

根据本公开的实施例，第一确定模块包括：

第一获取子模块，用于获取所述界面脚本模板的所有控件元素，所述控件元素包括控件变量和控件常量；

第一确定子模块，用于根据预设测试策略和所述控件元素确定控件执行顺序，所述控件执行顺序包括固定执行顺序和机动执行顺序；以及

第二确定子模块，用于根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集，所述触发顺序结果集为多个顺序结果测试脚本的集合。

根据本公开的实施例，第二确定子模块包括：

排序单元，用于对机动执行顺序的控件常量和控件变量采取排列组合的方式进行排序，以获取所有排列组合结果；以及

生成单元，用于根据所述固定执行顺序和所述排列组合结果生成控件触发顺序结果集。

根据本公开的实施例，第二确定模块包括：

第二获取子模块，用于获取所述界面脚本模板的所有控件变量；

第三确定子模块，用于根据测试场景按照等价类划分方法确定所述控件变量的输入集；以及

第四确定子模块，用于对所述控件变量的输入集进行笛卡尔积运算，以确定控件输入结果集。

根据本公开的实施例，生成模块包括：

遍历子模块，用于依次根据所述控件触发顺序结果集的触发顺序结果遍历所述控件输入结果集的输入数据，以生成所述待测试界面的测试脚本集。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述测试脚本生成方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述测试脚本生成方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述测试脚本生成方法。

通过本公开的实施例提供的一种测试脚本生成方法，通过录制点击录入待测试界面的控件，获取待测试界面的界面测试脚本模板，将待测试界面的界面测试脚本模板作为输入，进行基于策略的探索式测试生成控件触发顺序结果集，进行基于场景的探索式测试生成控件输入结果集；将控件触发顺序结果集和控件输入结果集作为输入，基于自由的探索式测试生成测试脚本集。与现有技术相比，本公开实施例的测试脚本生成方法自动生成测试脚本，测试覆盖范围更全面，减少测试人员手工录制测试脚本和编写测试代码的工作量，提高测试效率。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的测试脚本生成方法、装置、设备、介质和程序产品的应用场景图；

图2示意性示出了根据本公开实施例的测试脚本生成方法的流程图；

图3a示意性示出了根据本公开实施例的控件触发顺序结果集的生成方法的流程图之一；

图3b示意性示出了根据本公开实施例的控件触发顺序结果集的生成方法的流程图之二；

图3c示意性示出了根据本公开实施例的控件触发顺序的示意图；

图4a示意性示出了根据本公开实施例的控件输入结果集的确定方法的流程图；

图4b示意性示出了根据本公开实施例的各控件输入集的示意图；

图5a为根据本公开实施例提供的待测试界面的测试脚本集的生成方法的流程图；

图5b为根据本公开实施例提供的基于自由的探索式测试生成全部触发顺序的输入结果集的示意图；

图6为根据本公开实施例提供的断言测试方法的流程图；

图7示意性示出了根据本公开实施例的测试脚本生成装置的结构框图；以及

图8示意性示出了根据本公开实施例的适于实现测试脚本生成方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的***”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有 B和C、和/或具有A、B、C的***等)。

首先对本公开出现的术语进行解释：

探索性测试：探索性测试可以说是一种测试思维技术。它没有很多实际的测试方法、技术和工具，但是却是所有测试人员都应该掌握的一种测试思维方式。探索性强调测试人员的主观能动性，抛弃繁杂的测试计划和测试用例设计过程，强调在碰到问题时及时改变测试策略。一般包括下面4种类型的探索式测试：自由式探索式测试、基于场景的探索式测试、基于策略的探索式测试、基于反馈的探索式测试。

机器学习：机器学习是一门多领域交叉学科，涉及概率论、统计学、逼近论、凸分析、算法复杂度理论等多门学科。专门研究计算机怎样模拟或实现人类的学习行为，以获取新的知识或技能，重新组织已有的知识结构使之不断改善自身的性能。它是人工智能核心，是使计算机具有智能的根本途径。

探索性测试模型：本文中的探索性测试模型是尝试使用机器学习的方法，结合自由式探索式测试、基于场景的探索式测试、基于策略的探索式测试建立的测试模型。

Airtest：Airtest是一个基于图像识别原理的跨平台的开源的UI 自动化测试框架，适用于游戏和应用程序。支持Winodws、Android 和ios***。

在多终端界面测试场景中，由于不同终端品牌以及操作***的差异导致同一业务功能界面在不同渠道都有所差别，例如银行业的手机银行、网银、柜面、自助终端。测试人员需要将这些案例在每个渠道都手工执行并验证，测试工作量比较大，而且测试案例设计时，也比较容易产生测试案例遗漏的情况，进一步考虑，如银行业的手机银行，现在主流的手机***有Android和ios***，需要对这两大***进行兼容测试，同时不同的手机品牌的手机***也有细微差别，这些都需要多全部案例进行兼容性测试，测试工作量呈现几何级别的增加。因此多终端的自动化测试需求尤为迫切。

早期的终端测试工具，需要对每个终端控件，如：输入框、弹框、按钮等进行标识，并且通过编码的方式，编写终端测试脚本，这对测试人员的编码技能要求比较高，而且编码工作量也比较大，测试脚本代码维护工作量也比较大。Airtest基于图像识别原理的跨平台UI自动化测试框架，为多终端的自动化测试提供了另外一种解决方案。使用这个框架，测试人员可以通过录制手工测试某个终端界面的方式，生成测试脚本。从而测试人员根据业务需求场景设计了测试案例以后，使用Airtest测试框架手工录制测试脚本集，并且把这些测试脚本集应用于各渠道各***的终端界面，大家减少测试人员的手工测试工作量。而且终端界面有修改的情况下，原来录制测试脚本集可以进行回放，从而实现多终端界面的自动化测试。

然而在Airtest测试框架下仍存在以下问题：

1、测试脚本覆盖度取决于测试人员的测试案例设计经验。使用 Airtest测试框架或其他终端测试工具实现自动化测试都是根据测试人员设计的既定的测试案例进行测试脚本录制或者编写测试代码。如果测试人员设计遗漏，则没有对应的测试脚本覆盖对应的场景。随着测试场景的复杂度增加，测试脚本全面覆盖的难度越大。

2、测试脚本编制工作量大。测试脚本需要测试人员逐一手工录制或者逐一手工编写测试代码，从而形成测试脚本集，工作量较大。而且随着测试场景的复杂度增加，测试案例的数目越大，测试脚本的编制工作量将成倍增加。

3、测试脚本维护工作量大。如果界面功能有改造，则需要手工修改涉及该改造点的所有测试脚本，涉及测试脚本的重新录制或者涉及测试代码的维护，测试人员维护测试脚本的成本较高。如果界面改造越复杂，测试脚本的维护工作量将成倍增加。

基于上述技术问题，本公开的实施例提供了一种测试脚本生成方法，包括：获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的；对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集；对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集；根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集。

图1示意性示出了根据本公开实施例的测试脚本生成方法、装置、设备、介质和程序产品的应用场景图。

如图1所示，根据该实施例的应用场景100可以包括多终端界面测试场景。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

测试人员可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是为测试脚本生成服务器，针对测试人员录制的界面脚本进行探索性测试生成全量测试脚本，例如响应于测试人员利用终端设备101、102、103所发出的界面测试录制脚本，该测试脚本生成服务器可以对接收到的界面测试脚本模板进行分析处理，输入建立的探索性测试模型，自动生成基于Airtest测试框架的测试脚本。

需要说明的是，本公开实施例所提供的测试脚本生成方法一般可以由服务器105执行。相应地，本公开实施例所提供的测试脚本生成装置一般可以设置于服务器105中。本公开实施例所提供的测试脚本生成方法也可以由不同于服务器105且能够与终端设备101、102、 103和/或服务器105通信的服务器或服务器集群执行。相应地，本公开实施例所提供的测试脚本生成装置也可以设置于不同于服务器105 且能够与终端设备101、102、103和/或服务器105通信的服务器或服务器集群中。

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

需要说明的是，本公开实施例确定的测试脚本生成方法和装置可用于金融领域在自动化测试领域的应用，也可用于除金融领域之外的任意领域，本公开实施例确定的测试脚本生成方法和装置的应用领域不做限定。

以下将基于图1描述的场景，通过图2～图6对本公开实施例的测试脚本生成方法进行详细描述。

图2示意性示出了根据本公开实施例的测试脚本生成方法的流程图。如图2所示，该实施例的测试脚本生成方法包括操作S210～操作S240，该方法可以由自动生成测试脚本的多终端界面自动化测试工具执行，也可以由服务器或其他计算设备执行。鉴于现有和救赎的困境，本发明在Airtest测试框架的基础上利用探索性测试模型开发了一个自动生成测试脚本的多终端界面自动化测试工具。用户能使用该工具通过建立探索性测试模型，模拟整个业务界面的用户交互过程，然后根据业务场景、测试策略，使用机器学习的方法，自动生成基于 Airtest测试框架的测试脚本代码，自动生成的测试脚本风格统一，大大降低对测试人员手工录制脚本或者手工编写界面测试代码的工作量，大大提高了界面测试的自动化程度。本公开实施例提供的测试脚本生成方法具体包括操作S210～操作S230。

在操作S210，获取待测试界面的界面测试脚本模板。

根据本公开的实施例，所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的。

一个示例中，使用Airtest测试框架，通过录制的方式点击或录入界面的所有控件，以生成界面测试基本模板，Airtest测试框架具有跨平台的特点，能支持Winodws、Android和ios***等多平台界面测试。而且该测试框架支持录制脚本功能，能减少测试人员手工编写测试代码的工作量。以银行柜面交易界面为例，在该交易中，测试人员根据界面的输入场，点击或填写界面的所有控件，如填入具体的姓名、证件类型、证件号码等信息，具体内容不限，该步骤的输出为生成一个测试脚本模板。为之后机器学习，应用探索性测试模型继而生成最终的界面测试脚本集做准备。

通过测试人员录制点击待测试界面的所有控件，获取控件测试代码，并为该控件测试代码添加注释，增加代码可读性。提取页面测试脚本模板中的控件，定义控件常量和控件变量。控件常量：对于固定输入控件，如：key event(″{ENTER}″)是无需变量化，也无需作为后面探索性测试模型的变量的，可以保持无需编辑。控件变量：如： text(trxDataMap.get(″idCode″))，则需要进行变量化，可以用具有业务含有的变量命名修改输入框的名字，如：证件号码命名为idCode。在后面的探索性测试模型模型中，该节点也将命名为：控件idCode，进行机器学习建模。

在本实施例中，使用机器学习的方法建立探索性测试模型，主要使用了探索性测试的三种类型：基于策略的探索式测试、基于场景的探索式测试和基于自由的探索式测试，这三种类型方法依次在模型中实施，以操作S210中生成的界面测试脚本模板作为输入，依次进行三种类型探索性测试方法的处理，详见操作S220～操作S240。

在操作S220，对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集。

一个示例中，基于策略的探索式测试制定各界面控件的触发顺序，生成控件触发顺序结果集，具体的，将操作S210中生成的界面测试脚本模板作为输入，提取模板中的控件常量和控件变量，根据测试策略，除了固定顺序的控件常量和控件变量以外，对机动顺序的控件常量和控件变量采取排列组合的方式进行排序，每一种排列组合的方式都会形成一个控件触发顺序结果。具体生成过程可参见图3a所述的操作S221～操作S223，在此不再赘述。

在操作S230，对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集。

一个示例中，不同的测试场景对应不同的控件触发顺序，可能得到不同的测试结果，为了实现界面测试的全覆盖，本公开实施例基于场景的探索式测试制定各界面控件的输入等价类，生成某一触发顺序的输入结果集。以操作S210中生成的界面测试模板作为输入，提取模板中的控件变量，使用测试理论中的等价类划分方法，对每个控件变量的输入值进行枚举，最后生成某一触发顺序的输入结果集，具体生成过程参见图4a所示的操作S231～操作S233，在此不再赘述。

在操作S240，根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集。

一个示例中，将操作S220得到的控件触发顺序结果集和操作 S230得到的控件输入结果集作为输入，以控件触发顺序结果集中的某一触发顺序结果遍历输入结果集的所有输入数据，生成待测试界面的测试脚本，测试脚本集的生成过程可参见图5a所示的操作S241，在此不再赘述。

图3a示意性示出了根据本公开实施例的控件触发顺序结果集的生成方法的流程图之一，图3b示意性示出了根据本公开实施例的控件触发顺序结果集的生成方法的流程图之二，图3c示意性示出了根据本公开实施例的控件触发顺序的示意图。如图3a所示，操作S220 包括操作S221～操作S223

在操作S221，获取所述界面脚本模板的所有控件元素，所述控件元素包括控件变量和控件常量。

在操作S222，根据预设测试策略和所述控件元素确定控件执行顺序。

在操作S223，根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集。

根据本公开的实施例，所述触发顺序结果集为多个顺序结果测试脚本的集合。

一个示例中，提取模板中的控件常量和控件变量，定义为控件A、控件B……控件N进行建模，如图3c所示，根据测试策略，定义两类控件顺序：固定顺序和机动顺序。固定顺序：这类控件的执行顺序是固定的，必须按固定的顺序依次执行，如图3c中的控件A、控件B，必须执行控件A后才能执行控件B。机动顺序：这类控件客户可以随意执行，而且根据客户执行的顺序不同，对交易的运行结果会产生不同的影响，以致交互结果会有差异，如图3c中的{控件C，……，控件F}为一组机动顺序控件。

如图3b所示，在操作S223包括操作S2231～操作S2232。

在操作S2231，对机动执行顺序的控件常量和控件变量采取排列组合的方式进行排序，以获取所有排列组合结果。

在操作S2232，根据所述固定执行顺序和所述排列组合结果生成控件触发顺序结果集。

一个示例中，对机动执行顺序的控件常量和控件变量采取排列组合的方式进行排序，以获取所有排列组合结果，如果{控件C，……，控件F}一共有m个控件，根据排列计算，将产生

个顺序结果。如果该组顺序以后还有另外一组机动顺序控件{控件H，……，控件L}一共为n个控件，根据排列计算，将产生

个顺序结果。那么生成控件触发顺序结果集最终将产生

个顺序结果。再将这些排列组合结果中添加固定执行顺序生成控件触发顺序结果集。结果文件将以“业务场景-序号”命名，如：51102-人民币-本人-全屏-1，使用序号区分不同的顺序结果测试脚本。

图4a示意性示出了根据本公开实施例的控件输入结果集的确定方法的流程图，图4b示意性示出了根据本公开实施例的各控件输入集的示意图。如图4a所示，操作S230包括操作S231～操作S233。

在操作S231，获取所述界面脚本模板的所有控件变量。

在操作S232，根据测试场景按照等价类划分方法确定所述控件变量的输入集。

在操作S233，对所述控件变量的输入集进行笛卡尔积运算，以确定控件输入结果集。

一个示例中，以操作S210中生成的界面测试脚本模板作为输入，提取模板中的控件变量，定义为控件A、控件B……控件N进行建模，如图4b所示，使用测试理论中的等价类划分方法列举每个控件的输入集合，如：控件A的输入集为{A1……Aw}，控件B的输入集为{B1……Bx}，控件C的输入集为{C1……Cy}……控件N的输入集为 {N1……Nz}，例如，idCode：{110108198607224413，12345，0845638}，表示控件idCode的取值可以为：110108198607224413，12345，0845638 任意一个。根据每个控件值的交叉组合，对每个控件的输入集进行笛卡儿积运算最终将产生w·x·y·...·z个控件输入结果，结果集为：

{A₁…A_w}×{B₁…B_x}×{C₁…C_y}×…×{N₁…N_n}

图5a为根据本公开实施例提供的待测试界面的测试脚本集的生成方法的流程图。图5b为根据本公开实施例提供的基于自由的探索式测试生成全部触发顺序的输入结果集的示意图，如图5a所示，操作S240包括操作S241。

在操作S241，依次根据所述控件触发顺序结果集的触发顺序结果遍历所述控件输入结果集的输入数据，以生成所述待测试界面的测试脚本集。

一个示例中，以操作S220输出的控件触发顺序结果集和操作S230输出的某一触发顺序的输入结果集为输入，经过基于自由的探索式测试模型组合处理以后，输出全量机器学习以后的界面测试脚本结果。如图5b所示，根据图3c的探索性测试模型处理后将输出控件 A、控件B……控件N的触发顺序结果集，成为图5b中的纵列，共

个触发顺序结果，根据图4b的探索性测试模型处理后将输出控件A、控件B……控件N的某一触发顺序的输入结果集，成为图 5b的横列，共m＝w·x·y·...·z个控件输入结果。由此可知，最后探索性测试模型处理后将输出

个界面测试脚本结果。

在生成测试脚本集之后，为了更好的验证测试结果，例如测试结果是否正确，可以在测试脚本中***测试断言。图6为根据本公开实施例提供的断言测试方法的流程图。如图6所示，包括操作S310和操作S320。

在操作S310，在待测试界面的每一测试脚本中***断言。

在操作S320，在执行测试脚本后输出断言测试结果。

一个示例中，在测试脚本中***测试断言，如：assert_exists：断言图片存在、assert_not_exists：断言图片不存在、assert_equal：断言相等、assert_not_equal：断言不等之类。按照输出结果分类，一般有交易成功和交易失败的情况，而交易失败又有不同原因的报错，在脚本中调用输出测试报告接口，传入几个必要的报告参数，就能够在脚本运行完毕之后，按照要求自动生成Airtest报告。报告中包含本次测试的基本信息，如：Step-执行的操作步，Time-执行的交易时长， Log-可以下载更详尽的测试日志。如果测试断言通过，则显示表示在 Passed的标题上，并且标明是哪一步哪个断言通过。

基于上述测试脚本生成方法，本公开还提供了一种测试脚本生成装置。以下将结合图7对该***进行详细描述。

图7示意性示出了根据本公开实施例的测试脚本生成装置的结构框图。

如图7所示，该实施例的短信问题事件单的处理***800包括获取模块810、第一确定模块820、第二确定模块830和生成模块840。

获取模块810用于获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的。在一实施例中，获取模块810可以用于执行前文描述的操作S210，在此不再赘述。

第一确定模块820用于对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集。在一实施例中，第一确定模块820可以用于执行前文描述的操作S220，在此不再赘述。

第二确定模块830用于对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集。在一实施例中，第二确定模块830可以用于执行前文描述的操作S230，在此不再赘述。

生成模块840用于根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集，其中，所述目标处理策略为根据业务处理流程预先设置的。在一实施例中，处理策略确定模块840可以用于执行前文描述的操作S240，在此不再赘述。

根据本公开的实施例，还包括：断言***模块850和输出模块 860。

断言***模块850用于在待测试界面的每一测试脚本中***断言。在一实施例中，断言***模块850可以用于执行前文描述的操作 S310，在此不再赘述。

输出模块860用于在执行测试脚本后输出断言测试结果。在一实施例中，输出模块860可以用于执行前文描述的操作S320，在此不再赘述。

根据本公开的实施例，第一确定模块820包括：第一获取子模块、第一确定子模块和第二确定子模块。

第一获取子模块用于获取所述界面脚本模板的所有控件元素，所述控件元素包括控件变量和控件常量。在一实施例中，第一获取子模块可以用于执行前文描述的操作S221，在此不再赘述。

第一确定子模块用于根据预设测试策略和所述控件元素确定控件执行顺序，所述控件执行顺序包括固定执行顺序和机动执行顺序。在一实施例中，第一确定子模块可以用于执行前文描述的操作S222，在此不再赘述。

第二确定子模块用于根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集，所述触发顺序结果集为多个顺序结果测试脚本的集合。在一实施例中，第二确定子模块可以用于执行前文描述的操作S223，在此不再赘述。

根据本公开的实施例，第二确定子模块包括：排序单元和生成单元。

排序单元用于对机动执行顺序的控件常量和控件变量采取排列组合的方式进行排序，以获取所有排列组合结果。在一实施例中，排序单元可以用于执行前文描述的操作S2231，在此不再赘述。以及

生成单元用于根据所述固定执行顺序和所述排列组合结果生成控件触发顺序结果集。在一实施例中，生成单元可以用于执行前文描述的操作S2232，在此不再赘述。

根据本公开的实施例，第二确定模块830包括：第二获取子模块、第三确定子模块和第四确定子模块。

第二获取子模块用于获取所述界面脚本模板的所有控件变量。在一实施例中，第二获取子模块可以用于执行前文描述的操作S231，在此不再赘述。

第三确定子模块用于根据测试场景按照等价类划分方法确定所述控件变量的输入集。在一实施例中，第三确定子模块可以用于执行前文描述的操作S232，在此不再赘述。

第四确定子模块用于对所述控件变量的输入集进行笛卡尔积运算，以确定控件输入结果集。在一实施例中，第四确定子模块可以用于执行前文描述的操作S233，在此不再赘述。

根据本公开的实施例，生成模块840包括遍历子模块。

遍历子模块用于依次根据所述控件触发顺序结果集的触发顺序结果遍历所述控件输入结果集的输入数据，以生成所述待测试界面的测试脚本集。在一实施例中，遍历子模块可以用于执行前文描述的操作S241，在此不再赘述。

根据本公开的实施例，获取模块810、第一确定模块820、第二确定模块830和生成模块840中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，获取模块810、第一确定模块820、第二确定模块830和生成模块840中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上***、基板上的***、封装上的***、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，获取模块810、第一确定模块820、第二确定模块830 和生成模块840中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

如图8所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分 908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器 901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O) 接口905，输入/输出(I/O)接口905也连接至总线904。电子设备 900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910 上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/***中所包含的；也可以是单独存在，而未装配入该设备/装置/***中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的测试脚本生成方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器 (CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903 以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机***中运行时，该程序代码用于使计算机***实现本公开实施例所提供的测试脚本生成方法。

在该计算机程序被处理器901执行时执行本公开实施例的***/ 装置中限定的上述功能。根据本公开的实施例，上文描述的***、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的***中限定的上述功能。根据本公开的实施例，上文描述的***、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++， python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网 (LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims

1.一种测试脚本生成方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，所述对所述界面测试脚本模板进行基于策略的探索式测试，以确定控件触发顺序结果集包括：

3.根据权利要求2所述的方法，其特征在于，所述根据所述固定执行顺序和所述机动执行顺序确定控件触发顺序结果集包括：

4.根据权利要求1所述的方法，其特征在于，所述对所述界面测试脚本模板进行基于场景的探索式测试，以确定控件输入结果集包括：

获取所述界面脚本模板的所有控件变量；

5.根据权利要求1所述的方法，其特征在于，所述根据所述控件触发顺序结果集和所述控件输入结果集生成所述待测试界面的测试脚本集包括：

6.根据权利要求1至5中任一项所述的方法，其特征在于，生成所述待测试界面的测试脚本集之后，还包括：

在待测试界面的每一测试脚本中***断言；以及

在执行测试脚本后输出断言测试结果。

7.一种测试脚本生成装置，包括：

获取模块，用于获取待测试界面的界面测试脚本模板，其中所述界面测试脚本模板是通过录制点击录入待测试界面中的控件生成的；

8.一种电子设备，包括：

一个或多个处理器；

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

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～6中任一项所述的方法。

9.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～6中任一项所述的方法。

10.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～6中任一项所述的方法。