CN110532171A - 应用测试方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请提供一种应用测试方法、装置、设备及计算机可读存储介质，该方法包括：当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；当用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于短信验证指令向测试终端发送验证短信；接收测试终端基于预设短信上报脚本发送的每条验证短信；将每条验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；在每个验证码输入完成时，将输入的每个验证码分别与用户测试数据打包之后发送至对应的目标服务器，以供目标服务器执行对应的测试操作。本申请涉及自动化测试，可以提高测试效率和准确性。

Description

应用测试方法、装置、设备及计算机可读存储介质

技术领域

本申请涉及自动化测试的技术领域，尤其涉及一种应用测试方法、装置、设备及计算机可读存储介质。

背景技术

随着生活水平的不断提高，人们对生活质量的要求也越来越高，则相应的支出也较多，在日常生活中难免会遇到金钱周转不开的情况，由于信用卡具备便捷与利率低的优势，人们通常会向各大银行申请办理信用卡，但只能单独的向每个银行提交办理申请，无法统一办理，较为麻烦。目前，开发人员开发了可以统一办理各大银行的信用卡的应用程序，在该应用程序上线前，需要对该应用程序进行测试。

在测试过程中，提交办理信用卡所需的用户信息时，需要提供真实的手机号码进行短信校验，由于是测试统一办理信用卡，因此每个银行对应的服务器均会向测试终端发送短信验证码，然后由测试人员按照服务器与短信验证码的对应关系以及约定格式，将每个短信验证码输入测试脚本，然而，测试终端的短信验证码较多，人工输入较慢，且容易出错，测试的效率和准确性较低，因此，如何提高测试的效率和准确性是目前亟待解决的问题。

发明内容

本申请的主要目的在于提供一种应用测试方法、装置、设备及计算机可读存储介质，旨在提高测试的效率和准确性。

第一方面，本申请提供一种应用测试方法，所述应用测试方法包括以下步骤：

当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；

当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信；

接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信；

将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；

在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

第二方面，本申请还提供一种应用测试装置，所述应用测试装置包括：

数据填充模块，用于当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；

指令发送模块，用于当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信；

短信接收模块，用于接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信；

验证码输入模块，用于将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；

数据发送模块，用于在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

第三方面，本申请还提供一种计算机设备，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如上述的应用测试方法的步骤。

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

本申请提供一种应用测试方法、装置、设备及计算机可读存储介质，本申请将测试目录下的用户测试数据填充至目标测试页面，并在用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，每个目标服务器基于该短信验证指令，向测试终端发送验证短信，然后接收测试终端基于预设短信上报脚本发送的每条验证短信，并将每条验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框，最后在每个验证码输入完成时，将输入的每个验证码分别与用户测试数据打包之后发送至对应的目标服务器，整个测试过程不需要人工参与，可以实现用户测试数据的自动填充，也可以实现验证码的自动准确输入，有效的提高了测试效率和准确性，使得测试结果具备更高的可信度。

附图说明

为了更清楚地说明本申请实施例技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种应用测试方法的流程示意图；

图2为实施本实施例提供的应用测试方法的一场景示意图；

图3为本申请实施例提供的另一种应用测试方法的流程示意图；

图4为本申请实施例提供的一种应用测试装置的示意性框图；

图5为本申请实施例提供的另一种应用测试装置的示意性框图；

图6为本申请一实施例涉及的计算机设备的结构示意框图。

本申请目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

附图中所示的流程图仅是示例说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解、组合或部分合并，因此实际执行的顺序有可能根据实际情况改变。

本申请实施例提供一种应用测试方法、装置、计算机设备及计算机可读存储介质。其中，该应用测试方法可应用于服务器中，该服务器可以为单台的服务器，也可以为由多台服务器组成的服务器集群。

下面结合附图，对本申请的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互组合。

请参照图1，图1为本申请的实施例提供的一种应用测试方法的流程示意图。

如图1所示，该应用测试方法，用于自动化测试应用，其中该应用测试方法包括步骤S101至步骤S105。

步骤S101、当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面。

其中，在测试开始前，开发人员在测试服务器中新建测试目标文件夹，并将用户测试数据预存在新建的测试目标文件夹中，用户测试数据包括但不限于用户基础信息和用户详情信息，该用户基础信息包括但不限于姓名、身份证号码和手机号码，该用户详情信息包括但不限于个人信息、单位信息、联系人信息和其他补充信息，且个人信息包括但不限于联系地址、邮编、房屋状况、婚姻状况和教育程度；单位信息包括但不限于单位名称、单位地址、邮编、任职部门、固定电话、职业信息、行业信息、现单位工龄和年薪；联系人信息包括直系亲属、关系和联系人手机号，其他补充信息包括但不限于电子邮箱和社交账号。

当监测到测试开始指令时，测试服务器将预设测试目录下的用户测试数据填充至预存的目标测试页面，即获取该目标测试页面中每个信息输入框的页面位置和字段标签，并从该用户测试数据中获取每个信息输入框的字段标签对应的具体字段值，然后按照页面位置与字段标签的对应关系，将每个字段标签对应的具体字段值填充至该测试页面中的对应信息输入框。其中，该页面位置为信息输入框在目标测试页面中的位置描述，该字段标签为信息输入框所需要填充数据的描述，通过页面位置和字段标签，可以准确的将用户测试数据中的每个具体字段值填充至目标测试页面的对应信息输入框。

在一实施例中，当监测到测试开始指令时，测试服务器获取数据爬取规则，并根据该数据爬取规则对预设测试目录下的用户测试数据进行爬取，得到用户测试数据，然后将该用户测试数据填充至预存的目标测试页面。通过爬取的方式，可以快速的获取到用户测试数据。

其中，数据爬取规则的获取方式具体为对预设数据JAR(JavaArchive，Java归档文件)包进行解析，得到数据爬取规则，该数据JAR包是开发人员编写好的用于实现不同功能的类的集合，用于将数据JAR包引入项目中部署和封装库、组件和插件程序，并直接调用数据JAR包中的定义的类、属性以及方法。需要说明的是，该数据爬取规则可基于实际情况进行设置，本申请对此不作具体限定

步骤S102、当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信。

当用户测试数据填充完成时，测试服务器触发携带有手机号码的短信验证指令，并向关联的每个目标服务器发送该短信验证指令，每个目标服务器在接收到短信验证指令时，根据该短信验证指令向测试终端发送验证短信，即调用验证码生成器，生成一组验证码，并获取服务器标签，然后将该验证码和服务器标签打包为验证短信，并获取该短信验证指令中的手机号码，且将该验证短信发送至与该手机号码关联的测试终端。

其中，该验证短信携带有验证码和服务器标签，需要说明的是，该验证码的组成方式包括纯数字、纯英文字母和数字加英文字母，该验证码生成器可以为随机数生成器，本申请对验证码的组成方式和验证码生成器的实现方式不作具体限定。

步骤S103、接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信。

测试终端中部署有短信上报脚本，该短信上报脚本提供接口注册读取短信验证码服务，当测试终端接收到每个目标服务器发送的验证短信时，调用该短信上报脚本，将每条验证短信转发到测试服务器，而测试服务器接收测试终端基于预设短信上报脚本发送的每条验证短信。

步骤S104、将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框。

在接收到测试终端转发的每条验证短信后，测试服务器将每条验证短信分别输入至填充后的目标测试页面内的各验证码输入框。其中，填充后的目标测试页面包括验证码输入框，且验证码输入框的数量与目标服务器的数量相对应。

在一实施例中，为准确的输入验证码，具体地，测试服务器从每条验证短信中提取出每个验证码和每个验证码各自对应的第一服务器标签，并获取填充后的目标测试页面中各验证码输入框的分别对应的第二服务器标签，然后根据每个验证码各自对应的第一服务器标签和各验证码输入框各自对应的第二服务器标签，将每个验证码分别输入至各自对应的验证码输入框。

例如，每个验证码各自对应的第一服务器标签如表1所示。

表1为验证码与服务器标签对应表

验证码	第一服务器标签
		854695	1001
251368	1002
		158749	1003
954268	1004

各验证码输入框各自对应的第二服务器标签如表2所示。

表2为输入框与服务器标签对应表

验证码输入框	第二服务器标签
		验证码输入框A	1003
验证码输入框B	1002
		验证码输入框C	1004
验证码输入框D	1001

通过表1和表2可知，验证码“854695”与验证码输入框D对应，验证码“251368”与验证码输入框B对应，验证码“158749”与验证码输入框A对应，验证码“954268”与验证码输入框C对应，因此，将验证码“854695”输入验证码输入框D，将验证码“251368”输入至验证框B，将验证码“158749”输入至验证框A，将验证码“954268”输入至验证框C。

在一实施例中，从每条验证短信中提取出每个验证码的方式具体为：测试服务器获取预设的验证码正则表达式，并按照该验证码正则表达式，从每条验证短信中提取出每个验证码。需要说明的是，上述验证码正则表达式可基于验证码的组成方式进行设置，本申请对此不作具体限定

步骤S105、在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

在每个验证码输入完成时，需要将验证码和用户测试数据包发送至目标服务器，具体为将输入的每个验证码分别与用户测试数据打包之后发送至对应的目标服务器，由每个目标服务器执行对应的测试操作，即将输入的每个验证码分别与用户测试数据打包，得到每个验证码各自对应的测试数据包，并将每个验证码各自对应的测试数据包发送至对应的目标服务器。

其中，目标服务器在接收到测试数据包之后，从该测试数据包中获取验证码和用户测试数据，并将该验证码与本地验证码进行比较，如果该验证码与本地验证码相同，则根据该用户测试数据，执行对应的测试操作，即基于该用户测试数据，审核对应的用户是否满足信用卡的办理条件。需要说明的是，信用卡的办理条件可基于实际情况进行设置，本申请对此不作具体限定。

请参照图2，图2为实施本实施例提供的应用测试方法的一场景示意图，如图2所示，包括测试服务器、测试终端和多个目标服务器，测试服务器在将用户测试数据填充至目标测试页面之后，将短信验证指令发送至各目标服务器，而各目标服务器基于该短信验证指令向测试终端发送验证短信，测试终端将目标服务器发送的验证短信转发到测试服务器，测试服务器接收测试终端转发的每条验证短信，并将验证短信中的验证码输入至目标测试页面，然后再将验证码和用户测试数据发送至对应的目标服务器，由目标服务器执行对应的测试操作。

上述实施例提供的应用测试方法，将测试目录下的用户测试数据填充至目标测试页面，并在用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，每个目标服务器基于该短信验证指令，向测试终端发送验证短信，然后接收测试终端基于预设短信上报脚本发送的每条验证短信，并将每条验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框，最后在每个验证码输入完成时，将输入的每个验证码分别与用户测试数据打包之后发送至对应的目标服务器，整个测试过程不需要人工参与，可以实现用户测试数据的自动填充，也可以实现验证码的自动准确输入，有效的提高了测试效率和准确性，使得测试结果具备更高的可信度。

请参照图3，图3为本申请实施例提供的另一种应用测试方法的流程示意图。

如图3所示，该应用测试方法包括步骤S201至205。

步骤S201、当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面。

当监测到测试开始指令时，测试服务器将预设测试目录下的用户测试数据填充至预存的目标测试页面，即获取该目标测试页面中每个信息输入框的页面位置和字段标签，并从该用户测试数据中获取每个信息输入框的字段标签对应的具体字段值，然后按照页面位置与字段标签的对应关系，将每个字段标签对应的具体字段值填充至该测试页面中的对应信息输入框。

步骤S202、当所述用户测试数据填充完成时，对所述用户测试数据进行校验。

当用户测试数据填充完成时，对该用户测试数据进行校验，具体地，确定该用户测试数据中的各条信息的数据类型，并汇集每种数据类型，得到数据类型池，然后获取数据类型池中每个数据类型各自对应的校验规则，并按照每个数据类型各自对应的校验规则，对该用户测试数据进行校验，得到每条校验规则对应的校验结果，最后根据每条校验规则对应的校验结果，判断该用户测试数据是否通过校验。

需要说明的是，数据类型包括但不限于身份证号码对应的类型、手机号码对应的类型和联系地址对应的类型，测试服务器中设置有每种数据类型对应的校验规则，该校验规则可选为正则表达式，本申请对此不作具体限定。

在一实施例中，判断用户测试数据是否通过校验的方式具体为：判断每条校验规则对应的校验结果是否均为校验通过，如果每条校验规则对应的校验结果均为校验通过，则确定该用户测试数据通过校验，如果存在至少一条校验规则对应的校验结果为校验未通过，则确定用户测试数据未通过校验。

步骤S203、当所述用户测试数据通过校验时，触发短信验证指令，并将所述短信验证指令发送至关联的每个目标服务器，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信。

如果用户测试数据通过校验，则触发短信验证指令，并将所述短信验证指令发送至关联的每个目标服务器，每个目标服务器基于该短信验证指令向测试终端发送验证短信，即调用验证码生成器，生成一组验证码，并获取服务器标签，然后将该验证码和服务器标签打包为验证短信，并获取该短信验证指令中的手机号码，且将该验证短信发送至与该手机号码关联的测试终端。具体实施中，如果用户测试数据未通过校验，则发出信息有误的提醒。

步骤S204、接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信。

测试终端中部署有短信上报脚本，该短信上报脚本提供接口注册读取短信验证码服务，当测试终端接收到每个目标服务器发送的验证短信时，调用该短信上报脚本，将每条验证短信转发到测试服务器，而测试服务器接收测试终端基于预设短信上报脚本发送的每条验证短信。

步骤S205、将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框。

在接收到测试终端转发的每条验证短信后，测试服务器将每条验证短信分别输入至填充后的目标测试页面内的各验证码输入框。其中，填充后的目标测试页面包括验证码输入框，且验证码输入框的数量与目标服务器的数量相对应。

步骤S206、在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

在每个验证码输入完成时，需要将验证码和用户测试数据包发送至目标服务器，具体为将输入的每个验证码分别与用户测试数据打包之后发送至对应的目标服务器，由每个目标服务器执行对应的测试操作，即将输入的每个验证码分别与用户测试数据打包，得到每个验证码各自对应的测试数据包，并将每个验证码各自对应的测试数据包发送至对应的目标服务器。

上述实施例提供的应用测试方法，在用户测试数据填充完成时，对该用户测试数据进行校验，在该用户测试数据通过校验之后，才继续后续的测试，可以有效的提高测试可靠性。

请参照图4，图4为本申请实施例提供的一种应用测试装置的示意性框图。

如图4所示，该应用测试装置300，包括：数据填充模块301、指令发送模块302、短信接收模块303、验证码输入模块304和数据发送模块305。

数据填充模块301，用于当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面。

在一实施例中，所述数据填充模301，还用于当监测到测试开始指令时，获取数据爬取规则；根据所述数据爬取规则对预设测试目录下的用户测试数据进行爬取，得到用户测试数据；将所述用户测试数据填充至预存的目标测试页面。

指令发送模块302，用于当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信。

短信接收模块303，用于接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信。

验证码输入模块304，用于将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框。

在一实施例中，所述验证码输入模块304，还用于从每条所述验证短信中提取出每个验证码和所述每个验证码各自对应的第一服务器标签；获取填充后的目标测试页面中各验证码输入框的第二服务器标签；根据所述每个验证码各自对应的第一服务器标签和各验证码输入框的第二服务器标签，将每个验证码分别输入至各自对应的验证码输入框。

在一实施例中，所述验证码输入模块304，还用于获取预设的验证码正则表达式，并按照所述验证码正则表达式，从每条所述验证短信中提取出每个验证码。

数据发送模块305，用于在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

请参照图5，图5为本申请实施例提供的另一种应用测试装置的示意性框图。

如图5所示，该应用测试装置500，包括：数据填充模块401、指令发送模块402、短信接收模块403、验证码输入模块404和数据发送模块405。

数据填充模块401，用于当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面。

指令发送模块402，用于当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信。

在一实施例中，所述指令发送模块402，还用于当所述用户测试数据填充完成时，对所述用户测试数据进行校验；当所述用户测试数据通过校验时，触发短信验证指令，并将所述短信验证指令发送至关联的每个目标服务器。

在一实施例中，参照图5，所述指令发送模块402包括：

确定子模块4021，用于确定所述用户测试数据中的各条信息的数据类型，并汇集每种数据类型，得到数据类型池；

获取子模块4022，用于获取数据类型池中每个数据类型各自对应的校验规则；

校验子模块4023，用于按照每个数据类型各自对应的校验规则，对所述用户测试数据进行校验，得到每条校验规则对应的校验结果；

判断子模块4024，用于根据每条校验规则对应的校验结果，判断所述用户测试数据是否通过校验。

在一实施例中，所述判断子模块4024，还用于判断所述每条校验规则对应的校验结果是否均为校验通过；若所述每条校验规则对应的校验结果均为校验通过，则确定所述用户测试数据通过校验；若存在至少一条校验规则对应的校验结果为校验未通过，则确定所述用户测试数据未通过校验。

短信接收模块403，用于接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信。

验证码输入模块404，用于将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框。

数据发送模块405，用于在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

需要说明的是，所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的装置和各模块及单元的具体工作过程，可以参考前述应用测试方法实施例中的对应过程，在此不再赘述。

上述实施例提供的装置可以实现为一种计算机程序的形式，该计算机程序可以在如图6所示的计算机设备上运行。

请参阅图6，图6为本申请实施例提供的一种计算机设备的结构示意性框图。该计算机设备可以为服务器或终端。

如图6所示，该计算机设备包括通过系统总线连接的处理器、存储器和网络接口，其中，存储器可以包括非易失性存储介质和内存储器。

非易失性存储介质可存储操作系统和计算机程序。该计算机程序包括程序指令，该程序指令被执行时，可使得处理器执行任意一种应用测试方法。

处理器用于提供计算和控制能力，支撑整个计算机设备的运行。

内存储器为非易失性存储介质中的计算机程序的运行提供环境，该计算机程序被处理器执行时，可使得处理器执行任意一种应用测试方法。

该网络接口用于进行网络通信，如发送分配的任务等。本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

应当理解的是，处理器可以是中央处理单元(Central Processing Unit，CPU)，该处理器还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable GateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。其中，通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

其中，在一个实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现如下步骤：

当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；

当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信；

接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信；

将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；

在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

在一个实施例中，所述处理器在实现当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面时，用于实现：

当监测到测试开始指令时，获取数据爬取规则；

根据所述数据爬取规则对预设测试目录下的用户测试数据进行爬取，得到用户测试数据；

将所述用户测试数据填充至预存的目标测试页面。

在一个实施例中，所述处理器在实现将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框时，用于实现：

从每条所述验证短信中提取出每个验证码和所述每个验证码各自对应的第一服务器标签；

获取填充后的目标测试页面中各验证码输入框的第二服务器标签；

根据所述每个验证码各自对应的第一服务器标签和各验证码输入框的第二服务器标签，将每个验证码分别输入至各自对应的验证码输入框。

在一个实施例中，所述处理器在实现从每条所述验证短信中提取出每个验证码时，用于实现：

获取预设的验证码正则表达式，并按照所述验证码正则表达式，从每条所述验证短信中提取出每个验证码。

其中，在另一实施例中，所述处理器用于运行存储在存储器中的计算机程序，以实现当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令的步骤包括：

当所述用户测试数据填充完成时，对所述用户测试数据进行校验；

当所述用户测试数据通过校验时，触发短信验证指令，并将所述短信验证指令发送至关联的每个目标服务器。

在一个实施例中，所述处理器在实现对所述用户测试数据进行校验时，用于实现：

确定所述用户测试数据中的各条信息的数据类型，并汇集每种数据类型，得到数据类型池；

获取数据类型池中每个数据类型各自对应的校验规则；

按照每个数据类型各自对应的校验规则，对所述用户测试数据进行校验，得到每条校验规则对应的校验结果；

根据每条校验规则对应的校验结果，判断所述用户测试数据是否通过校验。

在一个实施例中，所述处理器在实现根据每条校验规则对应的校验结果，判断所述用户测试数据是否通过校验时，用于实现：

判断所述每条校验规则对应的校验结果是否均为校验通过；

若所述每条校验规则对应的校验结果均为校验通过，则确定所述用户测试数据通过校验；

若存在至少一条校验规则对应的校验结果为校验未通过，则确定所述用户测试数据未通过校验。

本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序中包括程序指令，所述程序指令被执行时所实现的方法可参照本申请应用测试方法的各个实施例。

其中，所述计算机可读存储介质可以是前述实施例所述的计算机设备的内部存储单元，例如所述计算机设备的硬盘或内存。所述计算机可读存储介质也可以是所述计算机设备的外部存储设备，例如所述计算机设备上配备的插接式硬盘，智能存储卡(SmartMedia Card，SMC)，安全数字(Secure Digital，SD)卡，闪存卡(Flash Card)等。

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

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到各种等效的修改或替换，这些修改或替换都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以权利要求的保护范围为准。

Claims (10)

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

当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；

当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信；

接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信；

将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；

在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

2.如权利要求1所述的应用测试方法，其特征在于，所述当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面的步骤包括：

当监测到测试开始指令时，获取数据爬取规则；

根据所述数据爬取规则对预设测试目录下的用户测试数据进行爬取，得到用户测试数据；

将所述用户测试数据填充至预存的目标测试页面。

3.如权利要求1所述的应用测试方法，其特征在于，所述将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框的步骤包括：

从每条所述验证短信中提取出每个验证码和所述每个验证码各自对应的第一服务器标签；

获取填充后的目标测试页面中各验证码输入框的第二服务器标签；

根据所述每个验证码各自对应的第一服务器标签和各验证码输入框的第二服务器标签，将每个验证码分别输入至各自对应的验证码输入框。

4.如权利要求3所述的应用测试方法，其特征在于，所述从每条所述验证短信中提取出每个验证码的步骤包括：

获取预设的验证码正则表达式，并按照所述验证码正则表达式，从每条所述验证短信中提取出每个验证码。

5.如权利要求1-4所述的应用测试方法，其特征在于，当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令的步骤包括：

当所述用户测试数据填充完成时，对所述用户测试数据进行校验；

当所述用户测试数据通过校验时，触发短信验证指令，并将所述短信验证指令发送至关联的每个目标服务器。

6.如权利要求5所述的应用测试方法，其特征在于，对所述用户测试数据进行校验的步骤包括：

确定所述用户测试数据中的各条信息的数据类型，并汇集每种数据类型，得到数据类型池；

获取数据类型池中每个数据类型各自对应的校验规则；

按照每个数据类型各自对应的校验规则，对所述用户测试数据进行校验，得到每条校验规则对应的校验结果；

根据每条校验规则对应的校验结果，判断所述用户测试数据是否通过校验。

7.如权利要求6所述的应用测试方法，其特征在于，所述根据每条校验规则对应的校验结果，判断所述用户测试数据是否通过校验的步骤包括

判断所述每条校验规则对应的校验结果是否均为校验通过；

若所述每条校验规则对应的校验结果均为校验通过，则确定所述用户测试数据通过校验；

若存在至少一条校验规则对应的校验结果为校验未通过，则确定所述用户测试数据未通过校验。

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

数据填充模块，用于当监测到测试开始指令时，将预设测试目录下的用户测试数据填充至预存的目标测试页面；

指令发送模块，用于当所述用户测试数据填充完成时，向关联的每个目标服务器发送短信验证指令，以供每个目标服务器基于所述短信验证指令向测试终端发送验证短信；

短信接收模块，用于接收所述测试终端基于预设短信上报脚本发送的每条所述验证短信；

验证码输入模块，用于将每条所述验证短信中的验证码分别输入至填充后的目标测试页面内的各验证码输入框；

数据发送模块，用于在每个验证码输入完成时，将输入的每个验证码分别与所述用户测试数据打包之后发送至对应的目标服务器，以供所述目标服务器执行对应的测试操作。

9.一种计算机设备，其特征在于，所述计算机设备包括处理器、存储器、以及存储在所述存储器上并可被所述处理器执行的计算机程序，其中所述计算机程序被所述处理器执行时，实现如权利要求1至7中任一项所述的应用测试方法的步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机程序，其中所述计算机程序被处理器执行时，实现如权利要求1至7中任一项所述的应用测试方法的步骤。