测试数据处理方法、装置、设备、存储介质及程序产品

摘要

本申请提供一种测试数据处理方法、装置、设备、存储介质及程序产品。本申请提供的方法，根据系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，提升了测试设计的效率和规范性；在需要生成测试集时，获取待测试系统的每一待测试页面所包含的输入项，确定每一所述输入项的要素类型和控件类型，可以直接从测试库中每一所述要素类型对应的测试集，以及每一所述控件类型对应的测试集，提升了测试点设计的效率，极大的提升了测试点生成的效率和可复用性；并且，基于前端页面控件生成测试点，较基于业务需求的测试点设计，更不易遗漏测试要点，提升了测试点的覆盖率和完整性。

说明书

技术领域

本申请涉及计算机技术，尤其涉及一种测试数据处理方法、装置、设备、存储介质及程序产品。

背景技术

在电子银行系统、电子商务系统等的系统测试过程中，往往要针对不同的数据类型、测试场景、业务流程进行测试，以确保系统满足业务需求且上线后顺利运行。

传统的测试案例设计方法从需求入手，往往选取需求中涉及的测试数据类型及状态进行验证。这种测试方法，缺乏系统性和针对性，对于测试点的选取不够全面，容易遗漏需求未明确的功能点并且设计完成的测试用例，复用率不高，可维护性和可读性较差。

发明内容

本申请提供一种测试数据处理方法、装置、设备、存储介质及程序产品。

一方面，本申请提供一种测试数据处理方法，包括：

获取待测试系统的每一待测试页面所包含的输入项；

确定所述输入项的要素类型和控件类型；

根据所述输入项的要素类型和控件类型，从测试库中获取所述要素类型对应的测试集，以及所述控件类型对应的测试集，得到所述输入项对应的测试集；

所有所述待测试页面所包含的输入项对应的测试集，构成所述待测试系统的测试集。

另一方面，本申请提供一种测试数据处理装置，包括：

输入项获取模块，用于获取待测试系统的每一待测试页面所包含的输入项；

测试项确定模块，用于确定每一所述输入项的要素类型和控件类型；

测试集获取模块，用于根据每一所述输入项的要素类型和控件类型，从测试库中获取每一所述要素类型对应的测试集，以及每一所述控件类型对应的测试集，得到所述输入项对应的测试集；

所有所述待测试页面所包含的输入项对应的测试集，构成所述待测试系统的测试集。

另一方面，本申请提供一种测试数据处理设备，包括：

处理器，存储器，以及存储在所述存储器上并可在所述处理器上运行的计算机程序；

其中，所述处理器运行所述计算机程序时实现上述所述测试数据处理方法。

另一方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现上述所述的测试数据处理方法。

另一方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述所述的测试数据处理方法。

本申请提供的测试数据处理方法、装置、设备、存储介质及程序产品，根据系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，提升了测试设计的效率和规范性；在需要生成测试集时，获取待测试系统的每一待测试页面所包含的输入项，确定每一所述输入项的要素类型和控件类型，可以直接从测试库中每一所述要素类型对应的测试集，以及每一所述控件类型对应的测试集，提升了测试点设计的效率，极大的提升了测试点生成的效率和可复用性；并且，基于前端页面控件生成测试点，较基于业务需求的测试点设计，更不易遗漏测试要点，提升了测试点的覆盖率和完整性。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1为本申请实施例一提供的测试数据处理方法流程图；

图2为本申请实施例二提供的测试数据处理方法流程图；

图3为本申请实施例二提供的测试项的示例图；

图4为本申请实施例二提供的测试库中部分测试集和测试点的示例图；

图5为本申请实施例二提供的个人用户登录的文本框控件的示例图；

图6为本申请实施例二提供的个人用户登录的文本框控件的测试集的示例图；

图7为本申请实施例三提供的测试数据处理装置的结构示意图；

图8为本申请实施例四提供的测试数据处理装置的结构示意图；

图9为本申请实施例五提供的测试数据处理设备的结构示意图。

通过上述附图，已示出本申请明确的实施例，后文中将有更详细的描述。这些附图和文字描述并不是为了通过任何方式限制本申请构思的范围，而是通过参考特定实施例为本领域技术人员说明本申请的概念。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

首先对本申请所涉及的名词进行解释：

电子银行系统：指类似网上银行、掌上银行、以及其他利用电子服务设备和网络，给客户提供自助服务方式完成金融交易的银行系统。

前端控件：指具有一定属性、方法和事件的封装对象。通常完成系统与用户交互的某个功能

测试项：是系统测试时待测试的内容。

测试点：针对测试项设计的，可以验证其某种属性或功能的测试要点。

测试集：本专利中测试设计的单元，是一个或多个测试点的集合，每个测试集针对输入项的一个特性。

测试库：本专利中所有测试集的仓库，包含了所有可复用的测试集的组合。此外，术语“第一”、“第二”等仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。在以下各实施例的描述中，“多个”的含义是两个以上，除非另有明确具体的限定。

在电子银行系统的系统测试过程中，往往要针对不同的数据类型、测试场景、业务流程进行测试，以确保系统满足业务需求且上线后顺利运行。以网银的登录来举例，登录输入要素包含用户名、手机号、银行卡、客户号、身份证号等类型，在这些输入要素中，又包含多种子类型，比如银行卡包含借记卡、贷记卡、准贷记卡、二类电子账户、三类电子账户等类型。在测试设计时，还要考虑不同的数据状态，比如正常、已注销、已锁定、已过期等状态。同时，针对这些输入项，又有一些共性的测试点诸如格式是否符合、最大长度或空白输入、非法字符判断等共性的测试点。

传统的测试案例设计方法从需求入手，往往选取需求中涉及的测试数据类型及状态进行验证。这种测试方法，缺乏系统性和针对性，对于测试点的选取不够全面，容易遗漏需求未明确的功能点；在进行测试用例评审时，也存在测试点易遗漏、耗时久、效果差的问题；并且设计完成的测试用例复用率不高，可维护性和可读性较差；而且系统的各个模块由不同的人负责，用例设计存在差异性，规格不够统一。

本申请提供的测试数据处理方法，基于“前端控件”设计测试点和建设“测试库”并复用的思想，在测试计划时，将系统常用的输入项的输入要素类型和控件类型梳理成测试项，针对每个测试项可设计由多个测试点组成的测试集，由这些测试集组成测试库。在测试设计时，使用思维导图工具，以广度遍历的方法遍历系统页面，将每个页面输入项录入在该页面的节点之下，针对输入项的控件类型和要素类型选取测试集，每个输入项可有一个或多个测试集。这种基于模块化的测试数据处理方法，极大的提升了测试点生成的效率和可复用性。本方案使用思维导图进行测试点生成，测试点生成完成后，可直接使用思维导图方式展现各个页面上的输入项的测试集，以供评审人员进行评审，基于前端页面控件的测试点生成较基于业务需求的测试设计，更不易遗漏测试要点。同时，基于思维导图进行测试点的评审，将每个页面的测试点展示更具直观性，提升了评审的效率。后续如果需要导出单个的测试案例，可直接使用思维导图转化为Excel格式的文档存档。在测试执行时，可直接在思维导图中标注测试结果，例如，遇到有缺陷的测试点，直接标注在思维导图中相关测试点的子节点。本申请提供一种模块化的节省时间、覆盖全面、易于维护、便于复用、可读性高且易于评审的测试方法。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

实施例一

图1为本申请实施例一提供的测试数据处理方法流程图。本实施例中的方法应用于测试数据处理设备，该测试数据处理设备可以是移动终端、测试平台或服务器等，在其他实施例中，该方法还可应用于其他设备，本实施例以测试数据处理设备为例进行示意性说明。

如图1所示，该方法具体步骤如下：

步骤S101、获取待测试系统的每一待测试页面所包含的输入项。

其中，待测试系统可以是电子银行系统、电子商务系统等，本实施例此处不做具体限定。

待测试页面可以是待测试系统的所有页面，也可以是待测试系统的部分页面，此处不做具体限定。

本实施例中，页面中的输入项可以是需要手动输入的要素，也可以是需要系统反馈显示的要素。

可选地，该步骤中，可以采用爬虫技术、或者通过执行脚本，自动识别页面中的输入项。

步骤S102、确定每一输入项的要素类型和控件类型。

该步骤中，根据待测试系统的相关代码及数据信息，可以自动识别待测试页面中输入项的要素类型和控件类型。

步骤S103、根据每一输入项的要素类型和控件类型，从测试库中获取每一要素类型对应的测试集，以及每一控件类型对应的测试集，得到输入项对应的测试集；所有待测试页面所包含的输入项对应的测试集，构成待测试系统的测试集。

本实施例中，预先创建测试库，该测试库中包括系统中大量输入项对应的测试项，其中测试项包括输入项的要素类型和控件类型。

该步骤中，在确定输入项的要素类型和控件类型之后，可以直接从测试库中每一要素类型对应的测试集，以及每一控件类型对应的测试集，提升了测试点设计的效率。

本申请实施例中，根据系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，提升了测试设计的效率和规范性；在需要生成测试集时，获取待测试系统的每一待测试页面所包含的输入项，确定每一输入项的要素类型和控件类型，可以直接从测试库中每一要素类型对应的测试集，以及每一控件类型对应的测试集，提升了测试点设计的效率，极大的提升了测试点生成的效率和可复用性；并且，基于前端页面控件生成测试点，较基于业务需求的测试点设计，更不易遗漏测试要点，提升了测试点的覆盖率和完整性。

实施例二

图2为本申请实施例二提供的测试数据处理方法流程图。在上述实施例一的基础上，本实施例中，使用思维导图工具，将待测试系统的测试集以思维导图的方式记录和展示，以供评审人员进行评审，每个页面的测试集的展示更具直观性，提升了评审的效率。本实施例中，据每一输入项的要素类型和控件类型，从测试库中获取每一要素类型对应的测试集，以及每一控件类型对应的测试集，得到输入项对应的测试集之前，预先创建测试库。

如图2所示，该方法具体步骤如下：

步骤S201、获取待测试系统的输入项，并确定每一输入项的要素类型和控件类型。

本实施例中，预先创建测试库，该测试库中包括系统中大量输入项对应的测试项，其中测试项包括输入项的要素类型和控件类型。

该步骤中，可以从系统中抽取常用输入项，为创建测试库提供测试集的来源。抽取常用输入项的过程，即为将测试输入项与前端的功能模块进行分离，形成可复用的待测试项的过程。

示例性地，以电子银行系统为例，常见的输入项涵盖银行卡号、客户姓名、证件类型、证件号等输入项。不同输入项对应输入要素的要素类型不同，输入项的控件类型分为：文本框、下拉框、单选框、复选框等。输入项的可能的要素类型和控件类型，均可作输入项对应的测试项。

例如，以电子银行系统为例，该步骤中提取的部分测试项可以如图3所示。

步骤S202、获取每一要素类型对应的测试集和每一控件类型对应的测试集。

该步骤中，可以为每一测试项设置包含一个或者多个测试点的测试集。

可选地，对于要素类型，可以自动从系统中提取输入项所有可能的要素信息，将输入项每一可能的要素信息作为该要素类型的一个测试点，得到要素类型对应的测试集。

可选地，对于要素类型，也可以通过录入或者导入的方式，获取要素类型的测试集。

例如，对于要素类型，也可以提供要素类型的测试集的输入界面，使得用户通过输入界面录入要素类型的测试集。

示例性地，以银行卡的输入项为例，可以设置卡类型测试集，包括：借记卡、贷记卡、二类电子账户、三类电子账户、他行卡等测试点。

可选地，对于控件类型，可以通过录入或者导入的方式，获取控件类型的测试集。

例如，对于控件类型，可以提供测试集的输入界面，使得用户通过输入界面录入控件类型的测试集。

示例性地，以文本框类型输入项为例，可以设置测试集包括：符合格式、输入为空、输入符号、输入数字、输入超长等测试点。

可选地，获取每一要素类型对应的测试集和每一控件类型对应的测试集之后，还可以获取每一测试点的测试优先级；将每一测试点的测试优先级记录到测试库中。

其中测试优先级越高，表示测试点的重要性越高。测试集中的测试点可以按照测试优先级进行排序，有助于根据测试优先级筛选测试点，优先验证重要性高的测试点。

步骤S203、将每一要素类型对应的测试集和每一控件类型对应的测试集，添加到测试库中。

本实施例中，测试库是所有测试集的集合，涵盖了所有的已提取的测试项的相关测试集，可作为后续测试点设计的数据仓库，从中抽取设置好的测试集，以实现提升测试点生成效率和案例复用率的目标。

示例性地，以电子银行系统为例，测试库中部分测试集和测试点可以如图4所示。

测试库中分为两种测试集类型(如图4所示)，一种是输入要素测试集，另一种是控件类型测试集。在后续遍历待测试系统中的页面提取输入项时，根据输入项的要素类型和控件类型，从测试库中获取对应的测试集和测试点，实现测试点的规范化。

通过上述步骤S201-S203，实现测试库的创建。测试库的建设不是一蹴而就的过程，可以作为一次系统测试的准备工作提前进行，也可以独立于测试项目进行。在后续实际项目的测试过程中，测试库中的测试集可以不断丰富完善。

步骤S204、遍历待测试系统的每一待测试页面，生成待测试系统的页面结构图，页面结构图采用思维导图的方式记录待测系统的页面结构，每一待测试页面对应页面结构图中的一个页面节点。

其中，待测试页面可以是待测试系统的所有页面，也可以是待测试系统的部分页面，此处不做具体限定。

本实施例中，在完成测试库的建设后，在需要针对待测试系统生成测试集时，首先对待测试系统进行测试项梳理。

该步骤中，采用广度优先遍历的方式遍历待测试系统的页面，并以思维导图的方式记录待测试系统的页面结构，生成页面结构图。使用广度优先遍历而不是深度遍历的方式遍历待测试系统的页面，能够避免遍历过程中产生循环导致重复记录某个页面。

另外，该步骤中，采用思维导图的方式，记录待测试系统的页面结构，能够更加直观地展示了待测试系统的页面结构。

步骤S205、获取待测试系统的每一待测试页面所包含的输入项，将每个待测试页面的输入项录入页面结构图中与待测试页面对应的页面节点中。

其中，待测试页面的每一输入项作为页面节点中的一个输入项子节点。

在梳理完待测试系统的页面结构之后，将每个页面的输入项录入思维导图中。

本实施例中，页面中的输入项可以是需要手动输入的要素，也可以是需要系统反馈显示的要素。

可选地，该步骤中，可以采用爬虫技术、或者通过执行脚本，自动识别页面中的输入项。

在获取到待测试页面所包含的输入项之后，在页面结构图中，在该待测试页面对应的页面节点下增加每一输入项对应的输入项子节点。

步骤S206、确定输入项的要素类型和控件类型，将输入项的要素类型和控件类型，录入输入项对应的输入项子节点中。

其中，输入项的任一要素类型作为输入项子节点的要素类型子节点，输入项的任一控件类型作为输入项子节点的控件类型子节点。

该步骤中，根据待测试系统的相关代码及数据信息，可以自动识别待测试页面中输入项的要素类型和控件类型。

在确定任一输入项的要素类型和控件类型之后，可以在页面结构图中，在该输入项对应的输入项子节点下增加每一要素类型和每一控件类型对应的测试项子节点。其中，要素类型对应的测试项子节点也称为要素类型子节点；控件类型对应的测试项子节点也称为控件类型子节点。

步骤S207、对于输入项的任一要素类型或控件类型，判断测试库中是否包括任一要素类型或控件类型对应的测试集。

在确定输入项的要素类型或控件类型之后，对于任一要素类型，判断测试库中是否包括该要素类型对应的测试集。如果测试库中包括该要素类型对应的测试集，则执行步骤S208，从测试库中获取该要素类型对应的测试集。如果测试库中不包括该要素类型对应的测试集，则由人工设置并输入该要素类型对应的测试集，执行步骤S209-S210，获取输入的该要素类型的测试集，并将该要素类型的测试集添加到测试库中，以丰富测试库中的测试集。

对于任一控件类型，判断测试库中是否包括该控件类型对应的测试集。如果测试库中包括该控件类型对应的测试集，则执行步骤S208，从测试库中获取该控件类型对应的测试集。如果测试库中不包括该控件类型对应的测试集，则由人工设置并输入该控件类型对应的测试集，执行步骤S209-S210，获取输入的该控件类型的测试集，并将该控件类型的测试集添加到测试库中，以丰富测试库中的测试集。

步骤S208、若测试库中包括任一要素类型或控件类型对应的测试集，则从测试库中获取任一要素类型或控件类型对应的测试集。

对于任一要素类型或控件类型，如果测试库中包括任一要素类型或控件类型对应的测试集，那么可以直接从测试库中获取任一要素类型或控件类型对应的测试集，实现测试集的复用，提高测试集的生成效率。

步骤S209、若测试库中不包括任一要素类型或控件类型的测试集，则获取输入的任一要素类型或控件类型的测试集。

对于任一要素类型或控件类型，如果测试库中不包括任一要素类型或控件类型对应的测试集，那么需要人工设置并输入该要素类型或控件类型对应的测试集。

可选地，输入的该要素类型或控件类型对应的测试集中包含测试点的测试优先级。

可选地，测试集中各个测试点按照测试优先级进行排序。

示例性地，以图5所示的个人用户登录的文本框控件为例，根据可输入要素的要素种类和控件类型，可以设置如图6所示的测试集。

步骤S210、将任一要素类型或控件类型的测试集，添加到测试库中。

其中，所有待测试页面所包含的输入项对应的测试集，构成待测试系统的测试集。

在人工设置并输入任一要素类型或控件类型的测试集之后，将该要素类型或控件类型的测试集添加到测试库中，以不断丰富测试库中的测试集。

通过上述步骤S207-S210，实现根据输入项的要素类型和控件类型，从测试库中获取要素类型对应的测试集，以及控件类型对应的测试集，得到输入项对应的测试集。

可选地，在得到待测试系统的测试集之后，在将测试集有思维导图的方式记录到页面结构图中之前，还可以根据预设的测试时间和各测试点的测试优先级，简化要素类型对应的测试集和/或控件类型对应的测试集。

示例性地，当测试时间较短，且测试集非常庞大时，可以根据测试集中测试点的测试优先级，删除部分测试优先级低的测试点，从而对测试集中的测试点进行适当裁剪，减少测试点的数量。

步骤S211、将每一要素类型对应的测试集中的每一测试点，作为要素类型对应的要素类型子节点的测试点子节点，录入要素类型对应的要素类型子节点中；并将每一控件类型对应的测试集中的每一测试点，作为控件类型对应的控件类型子节点的测试点子节点，录入控件类型对应的控件类型子节点中，得到的页面结构图中以思维导图的方式记录了待测试系统的测试集。

在获取到任一要素类型对应的测试集之后，在页面结构图中该要素类型对应的要素类型子节点下，增加该要素类型对应的测试集中的每一测试点的测试点子节点，该测试点子节点用于记录对应的测试点。

在获取到任一控件类型对应的测试集之后，在页面结构图中该控件类型对应的控件类型子节点下，增加该控件类型对应的测试集中的每一测试点的测试点子节点，该测试点子节点用于记录对应的测试点。

在将页面所涉及的所有要素类型和控件类型的测试集添加到页面结构图之后，页面结构图以思维导图的方式记录了待测试系统的测试集。

步骤S212、显示以思维导图的方式记录了待测试系统的测试集的页面结构图，页面结构图用于进行测试点的评审。

通过显示以思维导图的方式记录了待测试系统的测试集的页面结构图，能够展示以页面为结构展示的、基于思维导图的测试集合，可直接使用该思维导图进行测试点的评审。

步骤S213、根据待测试系统的测试集，执行对每一测试点的测试；根据测试结果，若确定任一测试点存在缺陷，则在页面结构图中测试点对应的测试点子节点中标记缺陷信息。

在得到以思维导图的方式记录了待测试系统的测试集的页面结构图之后，根据页面结构图中的测试点，执行对每一测试点的测试，得到测试结果。

根据测试结果，则可以直接在页面结构图中测试点对应的测试点子节点中标记测试结果信息。

示例性地，如果确定任一测试点存在缺陷，则可以直接在页面结构图中测试点对应的测试点子节点中标记缺陷信息。其中缺陷信息可以包括缺陷的类型，可能的原因等。

示例性地，如果确定任一测试点不存在缺陷，也可以直接在页面结构图中测试点对应的测试点子节点中标记测试通过信息。

在待测试系统的测试结束后，页面结构图以思维导图的方式记录了所有测试点以及测试点的测试结果信息，可以作为测试资产保存。其中测试点基于页面整理，抽取自测试库，规格统一，可读性高，便于后续回归测试和测试点复用。

本申请实施例，以电子银行系统的测试为例，针对系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，为后续测试设计提供复用的测试点的基础和单位，提升了测试设计的效率和规范性。不同于以往的以测试需求作为测试设计依据的测试方法，本方案从前端页面入手，以广度优先遍历的方法梳理前端页面和前端控件作为测试项，提升了测试设计的覆盖率和完整性；根据测试项的输入要素和控件类型，从测试库中选取合适的测试集，提升了测试设计的效率。进一步地，通过思维导图的方式进行测试点的生成和测试点评审，更加直观，提升了测试点规范性和可读性，提升了评审效率。

实施例三

图7为本申请实施例三提供的测试数据处理装置的结构示意图。本申请实施例提供的测试数据处理装置可以执行测试数据处理方法实施例提供的处理流程。如图7所示，该测试数据处理装置30包括：输入项获取模块301，测试项确定模块302和测试集获取模块303。

具体地，输入项获取模块301，用于获取待测试系统的每一待测试页面所包含的输入项；

测试项确定模块302，用于确定每一输入项的要素类型和控件类型；

测试集获取模块303，用于根据每一输入项的要素类型和控件类型，从测试库中获取每一要素类型对应的测试集，以及每一控件类型对应的测试集，得到输入项对应的测试集；

所有待测试页面所包含的输入项对应的测试集，构成待测试系统的测试集。

本申请实施例提供的装置可以具体用于执行上述实施例一所提供的方法实施例，具体功能此处不再赘述。

本申请实施例中，根据系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，提升了测试设计的效率和规范性；在需要生成测试集时，获取待测试系统的每一待测试页面所包含的输入项，确定每一输入项的要素类型和控件类型，可以直接从测试库中每一要素类型对应的测试集，以及每一控件类型对应的测试集，提升了测试点设计的效率，极大的提升了测试点生成的效率和可复用性；并且，基于前端页面控件生成测试点，较基于业务需求的测试点设计，更不易遗漏测试要点，提升了测试点的覆盖率和完整性。

实施例四

图8为本申请实施例四提供的测试数据处理装置的结构示意图。在上述实施例三的基础上，本实施例中，如图8所示，该测试数据处理装置30还包括：思维导图模块304。

思维导图模块304用于：

获取待测试系统的每一待测试页面所包含的输入项之前，遍历待测试系统的每一待测试页面，生成待测试系统的页面结构图，页面结构图采用思维导图的方式记录待测系统的页面结构，每一待测试页面对应页面结构图中的一个页面节点。

一种可选地实施方式中，思维导图模块304还用于：

获取待测试系统的每一待测试页面所包含的输入项之后，将每个待测试页面的输入项录入页面结构图中与待测试页面对应的页面节点中。

其中，待测试页面的每一输入项作为页面节点中的一个输入项子节点。

一种可选地实施方式中，思维导图模块304还用于：

确定输入项的要素类型和控件类型之后，将输入项的要素类型和控件类型，录入输入项对应的输入项子节点中。

其中，输入项的任一要素类型作为输入项子节点的要素类型子节点，输入项的任一控件类型作为输入项子节点的控件类型子节点。

一种可选地实施方式中，思维导图模块304还用于：

根据输入项的要素类型和控件类型，从测试库中获取要素类型对应的测试集，以及控件类型对应的测试集，得到输入项对应的测试集之后，将每一要素类型对应的测试集中的每一测试点，作为要素类型对应的要素类型子节点的测试点子节点，录入要素类型对应的要素类型子节点中；并将每一控件类型对应的测试集中的每一测试点，作为控件类型对应的控件类型子节点的测试点子节点，录入控件类型对应的控件类型子节点中，得到的页面结构图中以思维导图的方式记录了待测试系统的测试集。

一种可选地实施方式中，测试集获取模块还用于：

将每一要素类型对应的测试集中的每一测试点，作为要素类型对应的要素类型子节点的测试点子节点，录入要素类型对应的要素类型子节点中；并将每一控件类型对应的测试集中的每一测试点，作为控件类型对应的控件类型子节点的测试点子节点，录入控件类型对应的控件类型子节点中，得到的页面结构图中以思维导图的方式记录了待测试系统的测试集之前，根据预设的测试时间和各测试点的测试优先级，简化要素类型对应的测试集和/或控件类型对应的测试集。

一种可选地实施方式中，思维导图模块304还用于：

将每一要素类型对应的测试集中的每一测试点，作为要素类型对应的要素类型子节点的测试点子节点，录入要素类型对应的要素类型子节点中；并将每一控件类型对应的测试集中的每一测试点，作为控件类型对应的控件类型子节点的测试点子节点，录入控件类型对应的控件类型子节点中，得到的页面结构图中以思维导图的方式记录了待测试系统的测试集之后，显示以思维导图的方式记录了待测试系统的测试集的页面结构图，页面结构图用于进行测试点的评审。

一种可选地实施方式中，如图8所示，该测试数据处理装置30还包括：测试模块305，用于：

根据待测试系统的测试集，执行对每一测试点的测试；根据测试结果，若确定任一测试点存在缺陷，则在页面结构图中测试点对应的测试点子节点中标记缺陷信息。

一种可选地实施方式中，如图8所示，该测试数据处理装置30还包括：测试库创建模块306，用于：

获取待测试系统的输入项，并确定每一输入项的要素类型和控件类型；获取每一要素类型对应的测试集和每一控件类型对应的测试集；将每一要素类型对应的测试集和每一控件类型对应的测试集，添加到测试库中。

一种可选地实施方式中，测试库创建模块306还用于：

获取每一要素类型对应的测试集和每一控件类型对应的测试集之后，获取每一测试点的测试优先级；将每一测试点的测试优先级记录到测试库中。

一种可选地实施方式中，测试集获取模块还用于：

根据输入项的要素类型和控件类型，从测试库中获取要素类型对应的测试集，以及控件类型对应的测试集，得到输入项对应的测试集之前，根据输入项的要素类型和控件类型，确定测试库中包括要素类型对应的测试集，以及控件类型对应的测试集。

一种可选地实施方式中，测试集获取模块还用于：

对于输入项的任一要素类型或控件类型，若测试库中不包括任一要素类型或控件类型的测试集，则获取输入的任一要素类型或控件类型的测试集。

一种可选地实施方式中，测试集获取模块还用于：

将任一要素类型或控件类型的测试集，添加到测试库中。

本申请实施例提供的装置可以具体用于执行上述实施例二所提供的方法实施例，具体功能此处不再赘述。

本申请实施例，以电子银行系统的测试为例，针对系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，为后续测试设计提供复用的测试点的基础和单位，提升了测试设计的效率和规范性。不同于以往的以测试需求作为测试设计依据的测试方法，本方案从前端页面入手，以广度优先遍历的方法梳理前端页面和前端控件作为测试项，提升了测试设计的覆盖率和完整性；根据测试项的输入要素和控件类型，从测试库中选取合适的测试集，提升了测试设计的效率。进一步地，通过思维导图的方式进行测试点的生成和测试点评审，更加直观，提升了测试点规范性和可读性，提升了评审效率。

实施例五

图9为本申请实施例五提供的测试数据处理设备的结构示意图。如图9所示，该测试数据处理设备70包括：处理器701，存储器702，以及存储在存储器702上并可在处理器701上运行的计算机程序。

其中，处理器701运行计算机程序时实现上述任一方法实施例提供的测试数据处理方法。

本申请实施例中，根据系统中页面上输入项的输入要素的要素类型和控件类型，设置包含若干测试点的测试集，构建由不同测试集组成的测试库，提升了测试设计的效率和规范性；在需要生成测试集时，获取待测试系统的每一待测试页面所包含的输入项，确定每一输入项的要素类型和控件类型，可以直接从测试库中每一要素类型对应的测试集，以及每一控件类型对应的测试集，提升了测试点设计的效率，极大的提升了测试点生成的效率和可复用性；并且，基于前端页面控件生成测试点，较基于业务需求的测试点设计，更不易遗漏测试要点，提升了测试点的覆盖率和完整性。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序，计算机程序被处理器执行时实现上述任一方法实施例提供的方法。

本申请实施例还提供了一种计算机程序产品，程序产品包括：计算机程序，计算机程序存储在可读存储介质中，测试数据处理设备的至少一个处理器可以从可读存储介质读取计算机程序，至少一个处理器执行计算机程序使得，测试数据处理设备执行上述任一方法实施例提供的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的装置的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。