CN112416739A - 测试方法、装置以及电子设备 - Google Patents

Abstract

本公开提供一种测试方法、装置以及电子设备，涉及计算机与互联网技术领域，该方法包括：获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；根据所述目标测试用例生成测试请求；响应于所述测试请求，根据所述异常类型参数构建异常测试条件；利用所述异常测试条件测试所述目标对象，以获得测试结果。本公开实施例提供的技术方案可以根据目标测试用例的测试请求自动构建异常测试条件，利用该异常测试条件可以完成对目标对象的健壮性的测试。

Description

测试方法、装置以及电子设备

技术领域

本公开涉及计算机与互联网技术领域，尤其涉及一种测试方法、装置以及电子设备。

背景技术

随着计算机科学技术的进步，软件行业的快速发展，软件测试工作也越来越被人们关注。在实际工作中，使用测试用例中对软件进行异常测试是软件测试中非常重要的环节。在测试实例中，测试人员通常需要在测试用例中手动构建异常测试条件，以测试软件的健壮性。该测试方法，一方面在构建测试用例时手动构建异常测试条件，耗费了大量的人力，另一方面在执行测试用例时需要分别为每次的测试进行配置，耗费了时间。

为了提高测试效率，所以找到一种通用的可以自动构建异常测试条件以进行异常测试的测试方法是极其具有意义的。

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

发明内容

有鉴于此，本公开实施例提供一种测试方法、装置以及电子设备，能够在目标测试用例中自动构建异常测试条件，以实现对目标对象的测试。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开实施例的第一个方面，提出一种测试方法，该方法包括：获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；根据所述目标测试用例生成测试请求；响应于所述测试请求，根据所述异常类型参数构建异常测试条件；利用所述异常测试条件测试所述目标对象，以获得测试结果。

在一些实施例中，所述测试方法还包括：获取文本测试用例；解析所述文本测试用例，以生成所述目标测试用例。

在一些实施例中，根据所述异常类型参数构建异常测试条件，包括：获取所述目标测试用例对应的预设业务类型参数；若所述预设业务类型参数与所述业务类型参数匹配，则根据所述异常类型参数构建所述异常测试条件。

在一些实施例中，所述异常类型包括数据异常、替换TCP协议、替换http协议或者http协议异常中的任意一种或多种；其中，根据所述异常类型参数构建所述异常测试条件，包括：若所述异常类型为数据异常、替换TCP协议、替换http协议或http协议异常中的任意一种或多种，则根据所述异常值参数确定返回值；将所述返回值作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述异常类型包括连接超时；其中，根据所述异常类型参数构建所述异常测试条件，包括：若所述异常类型为连接超时，则根据所述异常值参数确定超时时间；根据所述超时时间生成所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述测试请求中包括消息编号，所述异常类型包括串包；其中，根据所述异常类型参数构建所述异常测试条件，包括：若所述异常类型为串包，则随机替换将所述测试请求的消息编号；将消息编号替换后的所述测试请求作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述异常类型包括请求重入；其中，根据所述异常类型参数构建所述异常测试条件，包括：若所述异常类型为请求重入，则重复转发所述测试请求，以用于测试所述目标对象。

在一些实施例中，所述异常类型包括连接中断；其中，根据所述异常类型参数构建所述异常测试条件，包括：若所述异常类型为连接中断，则停止转发所述测试请求，以用于测试所述目标对象。

根据本公开实施例的第二个方面，提出一种测试装置，所述测试装置包括：测试用例获取模块、测试请求生成模块、异常测试条件生成模块以及测试模块。

在一些实施例中，所述测试用例获取模块可以配置为获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；所述测试请求生成模块可以配置为根据所述目标测试用例生成测试请求；所述异常测试条件生成模块可以配置为响应于所述测试请求，根据所述异常类型参数构建异常测试条件；所述测试模块可以配置为利用所述异常测试条件测试所述目标对象，以获得测试结果。

根据本公开实施例的第三个方面，提出一种电子设备，该电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现上述任一项所述的测试方法。

根据本公开实施例的第四个方面，提出一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现如上述任一项所述的测试方法。

本公开某些实施例提供的测试方法、装置及电子设备，通过目标测试用例生成了测试请求，响应于所述测试请求，所述测试方法通过目标测试用例中的异常类型参数构建了测试目标对象的异常测试条件。首先，根据所述测试用例中的异常类型参数，一体化构建异常测试条件，可以仅通过改变异常类型参数改变异常测试条件，使用快捷，易操作；其次，该方法可以自动构建测试中的异常情况以完成目标对象的异常测试，相比于手动构建异常测试条件以完成异常测试更加方便、快捷，根据异常类型参数构建异常测试条件时，无需修改配置，节约了测试时间。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。下面描述的附图仅仅是本公开的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了可以应用于本公开实施例的测试方法或测试装置的示例性系统架构的示意图。

图2是示意性的示出了根据相关技术示出对软件进行异常测试的示意图。

图3是根据一示例性实施例示出的一种测试方法的流程图。

图4是图3中步骤S1在一示例性实施例中的流程图。

图5是根据一示例性实施例示出的将所述文本测试用例转换为pyunit测试用例的示意图。

图6是图3中步骤S3在一示例性实施例中的流程图。

图7是图6中步骤S32在一示例性实施例中的流程图。

图8是图6中步骤S32在一示例性实施例中的流程图。

图9是图6中步骤S32在一示例性实施例中的流程图。

图10是根据一示例性实施例示出的另一种测试方法的流程图。

图11是根据一示例性实施例示出的一种根据测试请求构建异常测试条件的流程图。

图12是根据一示例性实施例示出的一种执行所述测试方法的示意图。

图13是根据一实施例示出的一种透镜系统的示意图。

图14是根据一实施例示出的透镜系统的工作机制中应对第一次请求的示意图。

图15是根据一实施例示出的透镜的工作机制中应对第二次请求的示意图。

图16和图17是根据示例性实施例示出的对测试用例进行配置的示意图。

图18是根据一示例性实施例示出的一种测试装置的框图。

图19是根据一示例性实施例示出的一种应用于测试装置的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而，示例实施例能够以多种形式实施，且不应被理解为限于在此阐述的实施例；相反，提供这些实施例使得本公开将全面和完整，并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。

所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。

附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

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

本说明书中，用语“一个”、“一”、“该”、“所述”和“至少一个”用以表示存在一个或多个要素/组成部分/等；用语“包含”、“包括”和“具有”用以表示开放式的包括在内的意思并且是指除了列出的要素/组成部分/等之外还可存在另外的要素/组成部分/等；用语“第一”、“第二”和“第三”等仅作为标记使用，不是对其对象的数量限制。

下面结合附图对本公开示例实施方式进行详细说明。

图1示出了可以应用于本公开实施例的测试方法或测试装置的示例性系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。其中，终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器105可以是提供各种服务的服务器，例如对用户利用终端设备101、102、103所进行操作的装置提供支持的后台管理服务器。后台管理服务器可以对接收到的请求等数据进行分析等处理，并将处理结果反馈给终端设备。

服务器105可例如获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；服务器105可例如根据所述目标测试用例生成测试请求；服务器105可例如响应于所述测试请求，根据所述异常类型参数构建异常测试条件；服务器105可例如利用所述异常测试条件测试所述目标对象，以获得测试结果。

应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的，服务器105可以是一个实体的服务器，还可以为多个服务器组成，根据实际需要，可以具有任意数目的终端设备、网络和服务器。

本公开实施例中，软件测试指的是在预设的条件下运行应用软件或软件系统，以发现软件程序错误，衡量软件质量，并对其是否能满足设计要求进行评估的过程。通常来说，软件测试是一种将实际输出与预期输出进行审核或者比较过程。

在一些实施例中，上述预设条件既包括正常测试条件也包括异常测试条件，其中，软件异常测试条件可以包括：中断、超时、返回错误等。通过上述异常测试条件对软件进行测试，观察该软件应针对异常的反应，可以评估软件的健壮性。

可以理解的是，在软件测试之前需要对该软件进行正常配置(即不考虑异常情况)，当根据相关技术对软件进行异常测试时需要根据异常测试条件进行异常测试的配置。例如，当执行测试用例测试目标对象时，目标对象可以调用一些目标服务(例如，付款服务等)，即将测试请求转发至该目标服务，如果测试用例中的异常测试内容包括“该目标服务不存在或者该目标服务返回错误”等，那么就需要修改配置文件以达到异常测试要求。

在相关技术中，对软件进行异常测试通常会包括如图2所示的十个步骤：撰写写excel测试用例；根据excel测试用例撰写pyunit(the python unit testing framework，python单元测试框架)测试用例；在pyunit测试用例中准备测试桩(即构建异常测试条件)；修改测试配置；重启服务；执行pyunit测试用例；还原测试配置；重启服务；将结果写入excel中；输出测试报告以向用户展示。

显然，如果通过上述步骤对软件进行异常测试，每进行一种异常的测试都需要手工撰写一次包括异常情况的测试用例，耗时且耗力。而且，通过上述步骤对软件进行异常测试，要多次进行测试配置和服务重启，严重耗时，不利于软件的快速测试。

图3是根据一示例性实施例示出的一种测试方法的流程图。本公开实施例所提供的方法可以由任意具备计算处理能力的电子设备处理，例如上述图1实施例中的服务器105和/或终端设备102、103，在下面的实施例中，以服务器105为执行主体为例进行举例说明，但本公开并不限定于此。

参照图3，本公开实施例提供的测试方法可以包括以下步骤。

在步骤S1中，获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数。

在一些实施例中，所述目标对象可以指的是一些软件(例如：应用软件或者软件系统)。

在一些实施例中，通常会使用测试用例来完成对所述目标对象的测试(例如对软件的测试)。

在一些实施例中，上述预设条件既包括正常测试条件也包括异常测试条件，其中，软件异常测试条件可以包括：中断、超时、返回错误等。通过上述异常测试条件对软件进行测试，观察该软件应针对异常的反应，可以评估该软件的健壮性。

在一些实施例中，所述业务类型参数可以指的是一种特殊匹配标识。在一些实施例中，该特殊匹配表示可以与软件系统中的业务类型相匹配，例如，在测试信用卡还款系统时，需要在测试用例中通过特殊匹配标识指定还款银行，该特殊匹配标识就可以是所述测试用例中的业务类型参数的值。

在一些实施例中，所述异常类型可以包括以下至少一项：数据异常、替换TCP(Transmission Control Protocol，传输控制协议)协议、替换http(hyper text transferprotocol，超文本传输)协议、http协议异常、连接超时、串包、请求重入以及连接中断等。

在一些实施例中，所述异常值参数可以是一种预先设定的参数，用来替换指定参数中的部分或者全部值，以形成所述异常测试条件。

在步骤S2中，根据所述目标测试用例生成测试请求。

在一些实施例中，执行所述目标测试用例时会生成测试请求。

在步骤S3中，响应于所述测试请求，根据所述异常类型参数构建异常测试条件。

在步骤S4中，利用所述异常测试条件测试所述目标对象，以获得测试结果。

在一些实施例在中，执行所述目标测试用例可以生成所述测试请求，响应于所述测试请求可以构建异常测试条件，基于所述异常测试条件可以完成对所述目标对象的异常测试。

本公开实施例提供的测试方法，通过目标测试用例生成了测试请求，响应于所述测试请求，所述测试方法通过目标测试用例中的异常类型参数构建了测试目标对象的异常测试条件。首先，根据所述测试用例中的异常类型参数，一体化构建异常测试条件，可以仅通过改变异常类型参数改变异常测试条件，使用快捷，易操作；其次，该方法可以自动构建测试中的异常情况以完成目标对象的异常测试，相比于手动构建异常测试条件以完成异常测试更加方便、快捷，根据异常类型参数构建异常测试条件时，无需修改配置，节约了测试时间。

图4是图3中步骤S1在一示例性实施例中的流程图。与上述实施例相比，图4实施例的不同之处在于，还可以包括以下步骤。

在步骤S11中，获取文本测试用例。

在一些实施例中，可以使用多种工具完成对测试用例的撰写和管理，例如：excel、word、禅道、TestLink(测试工具)或者TestManager(测试管理器)等。

在一些实施例中，使用文本工具撰写的测试用例(称之为文本测试用例)可以指的是通过word或者excel等接入门槛和学习成本都比较低的文本工具撰写的测试用例。

在一些实施例中，因为excel撰写的测试用例轻量化、使用灵活、易于扩展和管理等，所以excel常被用来编写测试用例。

在一些实施例中，所述文本测试用例可以指的是通过excel撰写的测试用例。

在一些实施例中，测试用例中一般可以包含：用例名称、用例编号、用例级别、预置条件、操作步骤、预期结果、实际结果、备注等信息，本公开对测试用例在中包含的内容不做限定，可以根据实际情况确定。

在步骤S12中，解析所述文本测试用例，以生成所述目标测试用例。

在一些实施例中，所述目标测试用例可以指的是pyunit测试用例。

在一些实施例中，所述文本测试用例(例如excel测试用例)中可以包括：测试名称、业务参数、异常情况、期望结果、实际结果等属性。

在一些实施例中，可以将据所述文本测试用例生成所述pyunit测试用例的过程称之为excel2TC(excel to Test Case，excel转换为测试用例)过程。

图5是根据一示例性实施例示出的将所述文本测试用例转换为pyunit测试用例的示意图。

在一些实施例中，可以解析所述文本测试用例中的属性，并对应地生成pyunit测试用例中的属性，并根据所述pyunit测试用例中的属性生成所述pyunit测试用例。如图5所示，可以通过文本解析器按行解析所述文本测试用例中的测试名称、业务参数、异常操作、期望结果、实际结果等属性；如果解析得到的数据符合预设的pyunit测试用例的用例格式，则根据文本测试用例的属性对应生成pyunit测试用例的属性：用例名称、入参、异常操作、期望值和实际值等，然后根据上述pyunit的属性值生成pyunit测试用例。

表1是根据一示例性实施例示出的使用excel工具撰写的测试用例以及测试结果。

表1

如表1所示，excel测试用例中可以包括以下内容。

测试名称：(异)调用request-101529返回异常数据。

用例描述：(空)。

测试步骤：1.请求参数符合标准。2.调用查询服务时返回异常数据。3.发起查询请求。

预期结果：成功返回数据。

测试结果：(空)。

用例名称(TC_Name)：ept_relay_101529。

参数(Args):{“uin_list”:“085e98”}。

异常操作(Exception_op):{“mock_flag”:“con_timeout(超时)”}。

预期结果(Expect Result)：\“retcode\”:\“0\....。

实际结果(Actual Result)：“retcode”:“0”,“retmsg”:“OK”,…..。

测试结果(Test Result)：Pass(通过)。

在一些实施例中，可以根据如表1所示的excel测试用例生成对应的pyunit测试用例。

在一些实施例中，可以执行所述pyunit测试用例以完成对所述目标对象的测试，并将上述测试结果写入excel中，以方便向用户展示测试结果。

上述实施例中提供的测试方法，一方面可以通过文本工具(如接入门槛低，易于编写、修改和管理的excel)编写测试用例，降低了测试用例编写门槛；另一方面，根据文本(例如excel)测试用例自动生成目标测试用例(如pyunit)，接入流程简单，简化了转换步骤，节约了人力、物力。

图6是图3中步骤S3在一示例性实施例中的流程图。如图6所示，在本公开实施例中，步骤S3可以包括以下步骤。

在步骤S31中，获取所述目标测试用例对应的预设业务类型参数。

在一些实施例中，所述业务类型参数可以指的是一种特殊匹配标识。在一些实施例中，该特殊匹配表示可以与软件中的业务类型向匹配，例如，在测试信用卡还款系统时，需要在测试用例中通过特殊匹配标识指定还款银行，该还款银行对应的标识就可以是所述测试用例中的业务类型参数。

在一些实施例中，所述预设业务类型参数指的是预设并且已知对应业务类型参数。例如，已知xx银行信用卡还款业务对应的特殊匹配表示为3，那么预设业务类型参数的值就可以是3。

在步骤S32中，若所述预设业务类型参数与所述业务类型参数匹配，则根据所述异常类型参数构建所述异常测试条件。

在一些实施例中，上述针对目标对象的目标测试用例中包括业务类型参数、异常类型参数和异常值参数，执行所述目标测试用例可以生成所述测试请求(所述测试请求中也可以包括业务类型参数、异常类型参数和异常值参数)。

在一些实施例中，将所述测试请求中的业务类型参数值与所述预设业务类型参数值匹配，若匹配成功，则可以则根据所述异常类型参数构建所述异常测试条件。

例如，若所述测试请求中的业务类型参数的值与所述预设业务类型参数的值相等，则可以根据所述异常类型参数构建所述异常测试条件。

上述实施例中，将与目标测试用例对应的业务类型参数与预设业务类型参数做匹配以确定是否构建异常测试条件，可以准确的确定是否需要进行异常测试条件的构建，避免误建或者漏建。

在一些实施例中，所述异常类型可以包括数据异常、替换TCP协议、替换http协议或者http协议异常、连接超时、串包、请求重入以及连接中断中的任意一种或多种。

在一些实施例中，执行所述测试用例对所述目标对象进行测试时，所述目标对象可能会调用一些其它的函数或者系统，在调用这些函数或者系统的过程中可能会产生一些异常情况，比如说连接中断或者连接超时等。

图7是图6中步骤S32在一示例性实施例中的流程图。如图7所示，在本公开实施例中，上述步骤S32可以包括以下步骤。

在步骤S321中，若所述异常类型为数据异常、替换TCP协议、替换http协议或http协议异常中的任意一种或多种，则根据所述异常值参数确定返回值。

在一些实施例中，所述数据异常指的是将所述测试请求数据替换成异常数据以生成所述返回值，例如，将所述请求数据替换成所述异常值参数以生成所述返回值。

在一些实施例中，所述替换TCP协议指的是将TCP协议的返回值替换为异常数据以生成所述返回值。例如，将所述TCP协议中返回值替换为所述异常值参数以生成所述返回值。

在一些实施例中，所述替换http协议指的是将http协议的返回值替换为异常数据以生成所述返回值。例如，将所述http协议的返回值替换为所述异常值参数以生成所述返回值。

在一些实施例中，所述http协议异常指的将http协议中的状态码替换为异常数据以生成所述返回值。例如，将所述http协议中的状态码替换为所述异常值参数以生成所述返回值。例如，假设http协议中的状态码是200，可以将所述状态码200替换为404或500等异常状态码，以生成所述http协议异常。

在步骤S322中，将所述返回值作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，当执行测试用例发生了上述数据异常、替换TCP协议、替换http协议或http协议异常等异常测试条件中的任意一种或多种时，可以将所述对应的异常值做为返回值，以用于测试所述目标对象。

例如，将异常的TCP协议返回值作为测试返回值返回，观察所述目标对象会作何应对，以验证所述目标对象的健壮性。

在一些实施例中，所述异常类型可以包括数据异常、替换TCP协议、替换http协议或者http协议异常、连接超时、串包、请求重入以及连接中断中的任意一种或多种。

图8是图6中步骤S32在一示例性实施例中的流程图。如图8所示，在本公开实施例中，上述步骤S32可以包括以下步骤。

在步骤S323中，若所述异常类型为连接超时，则根据所述异常值参数确定超时时间。

在一些实施例中，如果所述目标测试用例中的异常类型为连接超时，则可以根据所述异常值参数设定超时时间。

在步骤S324中，根据所述超时时间生成所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述超时时间可以指的是所述目标测试用例暂停执行的时间。

例如，假设目标测试用例中的异常值参数设定为10，则可以控制所述目标擦拭用例暂停10秒后再执行用例，检测所述目标对象的反应，以确定所述目标对象的健壮性。

在一些实施例中，所述异常类型可以包括数据异常、替换TCP协议、替换http协议或者http协议异常、连接超时、串包、请求重入以及连接中断中的任意一种或多种。

图9是图6中步骤S32在一示例性实施例中的流程图。如图9所示，本公开实施例中上述步骤S32可以包括以下步骤。

在一些实施例中，所述测试请求中包括消息编号。

在步骤S325中，若所述异常类型为串包，则随机替换将所述测试请求的消息编号。

在一些实施例中，所述串包指的是将所述测试请求中的消息编号随机替换为异常数据，所述异常数据可以是其它的消息编号。例如，所述测试请求中的消息编号可以是1234567，可以将所述测试请求中的消息编号替换为2345678。

在步骤S326中，将消息编号替换后的所述测试请求作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，图6所示实施例中的根据所述异常类型参数构建所述异常测试条件还可以包括：若所述异常类型为请求重入，则重复转发所述测试请求，以用于测试所述目标对象。

在一些实施例中，图6所示实施例中的根据所述异常类型参数构建所述异常测试条件还可以包括：若所述异常类型为连接中断，则停止转发所述测试请求，以用于测试所述目标对象。

图10是根据一示例性实施例示出的另一种测试方法的流程图。参考图10所示，所述测试方法包括以下步骤。

在步骤S101中，撰写excel测试用例。

在步骤S102中，根据excel测试用例生成pyunit测试用例(包括业务类型参数)。

在步骤S103中，执行所述pyunit测试用例，以生成所述测试请求。

在步骤S104中，根据所述测试请求中的业务类型参数确定是否需要构建异常测试条件。

在一些实施例中，如果判断不需要构建异常测试条件，则继续执行步骤S105。

在步骤S105中，请求透传，并根据所述测试用例完成对所述目标对象的测试。

在一些实施例中，所述透传指的是不管传输的业务内容如何，只负责将传输的内容由源地址传输到目的地址，而不对业务数据内容做任何改变。

在一些实施例中，如果判断需要构建异常测试条件，则继续执行步骤S106。

在步骤S106中，构建异常测试条件。

在步骤S107中，根据所述异常测试完成对所述目标对象的测试。

上述实施例提供的技术方案，一方面通过接入门槛低，易于编写、修改和管理的excel工具编写了测试用例，降低了测试用例编写门槛，并将excel测试用例转化为了便于框架管理的pyunit测试用例，接入流程简单，简化了转换步骤，节约了人力、物力；另一方面，根据所述测试用例中的业务类型参数智能的确定了哪些请求需要进行异常条件的构建，哪些请求不需要异常测试条件的构建；另外根据所述测试用例中的异常类型参数构建异常测试条件，可以仅通过改变异常类型参数改变异常测试条件，使用快捷，易操作，更重要的是该测试方法可以自动构建测试中的异常情况以完成目标对象的异常测试，相比于手动构建异常测试条件以完成异常测试更加方便、快捷，根据异常类型参数构建异常测试条件时，无需修改配置，节约了测试时间。

图11是根据一示例性实施例示出的一种根据测试请求构建异常测试条件的流程图。

在步骤S111中，获取pyunit测试用例(包括业务类型参数、异常类型参数、异常值参数以及预设业务类型参数)。

在步骤S112中，执行pyunit测试用例以生成测试请求。

在步骤S113中，响应于所述测试请求，并调用业务接口。

在步骤S114中，调用网关(例如：金融网关、银行网关(bangk_proxy)或者卡信息网关等)。

在步骤S115中，将述业务类型参数与所述预设业务类型参数做比较，以判断是否构建异常测试条件。

在一些实施例中，如果判断不要构建异常测试条件，则执行步骤S116。

在步骤S116中，请求透传，以完成对所述目标对象的测试。

在一些实施例中，如果判断需要构建异常测试条件，则执行步骤S117.

在步骤S117中，打开异常构建机制，根据所述异常类型参数构建异常测试条件。

在步骤S118中，根据所述异常测试条件完成对所述目标对象的测试。

上述实施例提供的技术方案，首先根据所述业务类型参数判断是否需要构建异常测试条件，以避免漏建或者多建；其次根据所述测试用例中的异常类型参数，一体化构建异常测试条件，可以仅通过改变异常类型参数改变异常测试条件，使用快捷，易操作；最后是该测试方法可以自动构建测试中的异常情况以完成目标对象的异常测试，相比于手动构建异常测试条件以完成异常测试更加方便、快捷。

图12是根据一示例性实施例示出的一种执行所述测试方法的示意图。

参考图12，所述测试方法的执行过程可以表示为以下步骤。

第一步，撰写excel测试用例；第二步，对所述excel测试用例进行解析；第三步，将解析后的excel测试用例转换为pyunit测试用例(excel2TC)；第四步，执行所述pyunit测试用例；第五步，通过透镜系统判断是否需要在测试过程中构建异常，如果需要构建异常，则使用异常构建模块构建异常测试条件，如果不需要构建异常，则正常转发请求至各服务网关；第六步，执行所述pyunit测试用例，将生成的测试结果回导至excel表格中，以向用户展示测试结果。

在一些实施例中，上述实施例中的第五步中可以构建的异常可以包括：异常数据、串包、替换TCP协议、连接中断、请求重入、连接超时、替换http协议、http协议异常。

在一些实施例中，上述实施例中的第五步中的各服务网关可以包括：金融网关、银行网关(bangk_proxy)或者卡信息网关(relay_proxy)，其中卡信息网关可以继续转向mid(middle，后台数据库)，银行网关可以继续转向前置机。

图13是根据一实施例示出的一种透镜系统的示意图。

参考图13，所述透镜系统包括正常转发模块和异常测试条件构建模块。

在一些实施例中，当测试请求转发至透镜系统，透镜系统会根据所述测试请求判断是否需要进行异常测试条件的构建。

在一些实施例中，当透镜系统根据所述测试请求判断不需要进行异常测试条件的构建时，则进入正常转发模块以将所述测试请求继续转发至原服务，继续完成原测试。

在一些实施例中，直接转发原服务可以指的是：不执行任何异常测试条件的构建操作，直接将原测试请求转发至指定位置。

在一些实施例中，当透镜系根据所述测试请求判断需要进行异常测试条件的构建时，则进入异常测试条件构建模块进行异常测试条件的构建。当异常测试条件构建完成时，则根据所述异常测试条件完成对目标对象的异常测试。其中异常测试条件可以包括：异常数据、串包、替换TCP协议、连接中断、请求重入、连接超时、替换http协议、http协议异常。

在一些实施例中，上述透镜系统可以分两个步骤进行工作。在一些实施例中，透镜系统的第一次工作可以通过如图14所示的示意图展示。

图14是根据一实施例示出的透镜系统的工作机制中应对第一次请求的示意图。

如图14所示，执行所述目标测试用例时可以生成一个测试请求，所述测试请求中可以包括业务类型参数(mock_module)、异常类型参数(mock_flag)和异常值参数(mock_value)。

在一些实施例中，透镜系统中可以包括一个监听机制，所述监听机制通过IP地址(网络地址)指定监听端口(port)。

在一些实施例中，当透镜系统中的监听端口监听到所述测试请求(第一次)不符合异常构建标准时，则继续完成对所述目标测试用例的配置，并返回到原服务以继续完成所述测试。

在一些实施例中，上述异常构建标准可以指的是：所述测试请求中同时包括业务类型参数、异常类型参数和异常值参数等三个参数。

在一些实施例中，当透镜系统中的监听端口监听到所述测试请求符合异常构建标准时，则缓存上述业务类型参数、异常类型参数和异常值参数等三个参数的值，并等待下次的匹配请求。

在一些实施例中，当透镜系统中的监听端口监听到所述测试请求符合异常构建标准时，则继续接受匹配请求(第二次请求，即接口请求)。

图15是根据一实施例示出的透镜的工作机制中应对第二次请求的示意图。

在一些实施例中，当执行所述目标测试用例时，可以调用接口以生成所述接口请求。在一些实施例中，可以将所述接口请求转发至所述透镜系统。

在一些实施例中，当所述透镜系统接中的监听端口可以监听所述接口请求中的参数值是否与预设参数值匹配。例如，所述监听端口可以监听所述业务类型参数值是否与所述预设业务类型参数值相等，如果相等，则二者匹配。

在一些实施例中，当所述监听接口监听到所述接口请求中的参数值与预设参数值不匹配时，则配置解析以继续返回原服务。

在一些实施例中，所述配置解析指的是读取图14中的配置的内容，然后进行内容匹配，如果判断所述配置的内容中有服务节点，则将相应的服务节点的内容返回给系统使用。

在一些实施例中，当所述监听接口监听到所述接口请求中的参数值与预设擦书值匹配时，则根据请求中的参数构建异常测试条件。其中所述异常测试条件可以包括以下中的至少一项：异常数据、串包、替换TCP协议、连接中断、请求重入、连接超时、替换http协议、http协议异常。

图16和图17是根据示例性实施例示出的对测试用例进行配置的示意图。

在一些实施例中，当透镜系统判断所述目标测试用例不需要进行异常构建时，则需要配置文件以确保所述目标测试用例生成的测试请求能够正常转发。

如图16所述，可以在conf下的mock_conf_xml下添加配置。

在一些实施例中，点击conf下的mock_conf_xml可以进入图17。如图17所示，配置文件可以包括：Relay(路由)、fpg(fast pass gate快速通过门)网关服务器、pps(pre-process server，预处理服务器)前置机、middle(后台数据库)以及log(日志)。

图18是根据一示例性实施例示出的一种测试装置的框图。参照图18，该装置180包括测试用例获取模块181、测试请求生成模块182、异常测试条件生成模块183和测试模块184。

其中，所述测试用例获取模块181可以配置为获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型+参数、异常类型参数和异常值参数。

所述测试请求生成模块182可以配置为根据所述目标测试用例生成测试请求。

所述异常测试条件生成模块183可以配置为响应于所述测试请求，根据所述异常类型参数构建异常测试条件。

所述测试模块184可以配置为利用所述异常测试条件测试所述目标对象，以获得测试结果。

在一些实施例中，所述测试用例获取模块181可以包括：文本测试用例获取子模块、目标测试用例获取子模块。

其中，所述文本测试用例获取子模块可以配置为获取文本测试用例。

所述目标测试用例获取子模块可以配置为解析所述文本测试用例，以生成所述目标测试用例。

在一些实施例中，所述异常测试条件生成模块183可以包括：预设参数获取子模块和异常测试条件构建子模块。

其中，所述预设参数获取子模块可以配置为获取所述目标测试用例对应的预设业务类型参数。

所述异常测试条件构建子模块可以配置为若所述预设业务类型参数与所述业务类型参数匹配，则根据所述异常类型参数构建所述异常测试条件。

在一些实施例中，所述异常类型可以包括数据异常、替换TCP协议、替换http协议或者http协议异常中的任意一种或多种。

在一些实施例中，所述异常测试条件构建子模块可以包括：返回值确定单元和第一异常确定单元。

其中，所述返回值确定单元可以配置为若所述异常类型为数据异常、替换TCP协议、替换http协议或http协议异常中的任意一种或多种，则根据所述异常值参数确定返回值。

所述第一异常确定单元可以配置为将所述返回值作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述异常类型还可以包括连接超时。

在一些实施例中，所述异常测试条件构建子模块还可以包括：超时时间确定单元和第二异常确定单元。

其中，所述超时时间确定单元可以配置为若所述异常类型为连接超时，则根据所述异常值参数确定超时时间。

所述第二异常确定单元可以配置为根据所述超时时间生成所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述测试请求中可以包括消息编号，所述异常类型还可以包括串包。

在一些实施例中，所述异常测试条件构建子模块还可以包括：编号替换单元和第三异常确定单元。

其中，所述编号替换单元可以配置为若所述异常类型为串包，则随机替换将所述测试请求的消息编号。

所述第三异常确定单元可以配置为将消息编号替换后的测试请求作为所述异常测试条件，以用于测试所述目标对象。

在一些实施例中，所述异常类型还可以包括请求重入。

在一些实施例中，所述异常测试条件构建子模块还可以包括第四异常确定单元。

其中，所述第四异常确定单元可以配置为若所述异常类型为请求重入，则重复转发所述测试请求，以用于测试所述目标对象。

在一些实施例中，所述异常类型还可以包括连接中断。

在一些实施例中，所述异常测试条件构建子模块还可以包括第五异常确定单元。

其中，所述第五异常确定单元可以配置为若所述异常类型为连接中断，则停止转发所述测试请求，以用于测试所述目标对象。

由于本公开的示例实施例的测试装置180的各个功能模块与上述测试方法的示例实施例的步骤对应，因此在此不再赘述。

下面参考图19，其示出了适于用来实现本申请实施例的终端设备的计算机系统1900的结构示意图。图19示出的终端设备仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

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

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分1909从网络上被下载和安装，和/或从可拆卸介质1911被安装。在该计算机程序被中央处理单元(CPU)1901执行时，执行本申请的系统中限定的上述功能。

需要说明的是，本申请所示的计算机可读存储介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读存储介质，该计算机可读存储介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的模块和/或子模块和/或单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块和/或子模块和/或单元也可以设置在处理器中，例如，可以描述为：一种处理器包括发送单元、获取单元、确定单元和第一处理单元。其中，这些模块和/或子模块和/或单元的名称在某种情况下并不构成对该模块和/或子模块和/或单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备可实现功能包括：获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；根据所述目标测试用例生成测试请求；响应于所述测试请求，根据所述异常类型参数构建异常测试条件；利用所述异常测试条件测试所述目标对象，以获得测试结果。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，本公开实施例的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算设备(可以是个人计算机、服务器、移动终端、或者智能设备等)执行根据本公开实施例的方法，例如图3的一个或多个所示的步骤。

此外，上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

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

应当理解的是，本公开并不限于这里已经示出的详细结构、附图方式或实现方法，相反，本公开意图涵盖包含在所附权利要求的精神和范围内的各种修改和等效设置。

Claims (10)

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

获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；

根据所述目标测试用例生成测试请求；

响应于所述测试请求，根据所述异常类型参数构建异常测试条件；

利用所述异常测试条件测试所述目标对象，以获得测试结果。

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

获取文本测试用例；

解析所述文本测试用例，以生成所述目标测试用例。

3.根据权利要求2所述方法，其特征在于，根据所述异常类型参数构建异常测试条件，包括：

获取所述目标测试用例对应的预设业务类型参数；

若所述预设业务类型参数与所述业务类型参数匹配，则根据所述异常类型参数构建所述异常测试条件。

4.根据权利要求3所述方法，其特征在于，所述异常类型包括数据异常、替换TCP协议、替换http协议或者http协议异常中的任意一种或多种；其中，根据所述异常类型参数构建所述异常测试条件，包括：

若所述异常类型为数据异常、替换TCP协议、替换http协议或http协议异常中的任意一种或多种，则根据所述异常值参数确定返回值；

将所述返回值作为所述异常测试条件，以用于测试所述目标对象。

5.根据权利要求3所述方法，其特征在于，所述异常类型包括连接超时；其中，根据所述异常类型参数构建所述异常测试条件，包括：

若所述异常类型为连接超时，则根据所述异常值参数确定超时时间；

根据所述超时时间生成所述异常测试条件，以用于测试所述目标对象。

6.根据权利要求3所述方法，其特征在于，所述测试请求中包括消息编号，所述异常类型包括串包；其中，根据所述异常类型参数构建所述异常测试条件，包括：

若所述异常类型为串包，则随机替换将所述测试请求的消息编号；

将消息编号替换后的所述测试请求作为所述异常测试条件，以用于测试所述目标对象。

7.根据权利要求3所述方法，其特征在于，所述异常类型包括请求重入；其中，根据所述异常类型参数构建所述异常测试条件，包括：

若所述异常类型为请求重入，则重复转发所述测试请求，以用于测试所述目标对象。

8.根据权利要求3所述方法，其特征在于，所述异常类型包括连接中断；其中，根据所述异常类型参数构建所述异常测试条件，包括：

若所述异常类型为连接中断，则停止转发所述测试请求，以用于测试所述目标对象。

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

测试用例获取模块，配置为获取针对目标对象的目标测试用例，所述目标测试用例中包括业务类型参数、异常类型参数和异常值参数；

测试请求生成模块，配置为根据所述目标测试用例生成测试请求；

异常测试条件生成模块，配置为响应于所述测试请求，根据所述异常类型参数构建异常测试条件；

测试模块，配置为利用所述异常测试条件测试所述目标对象，以获得测试结果。

10.一种电子设备，其特征在于，包括：

一个或多个处理器；

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

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

Images