CN115017047A - 基于b/s架构的测试方法、系统、设备及介质 - Google Patents

Abstract

本发明公开了一种基于B/S架构的测试方法、系统、设备及介质。该方法包括：在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；基于各目标配置文件生成相应的测试指令并发送至测试服务层，使测试服务层对至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应测试结果数据；对测试结果数据解析处理，并将解析结果显示至显示界面进行展示。解决了现有接口测试工具不能同时满足性能测试和接口测试，且测试过程不能通过浏览器进行可视化展示，造成在线调试困难的问题，实现了在浏览器的可视化界面进行性能测试以及接口测试对应的操作，并显示测试结果，提高接口测试的便利性。

Description

基于B/S架构的测试方法、系统、设备及介质

技术领域

本发明涉及软件测试技术领域，尤其涉及基于B/S架构的测试方法、系统、设备及介质。

背景技术

软件测试过程中，需要经常对接口进行功能测试，为了确保系统的稳定性，既要对已经完成的接口测试做回归测试，也要保障提高回归效率，还要对接口测试进行自动化回归。除了对接口进行功能测试，尤其对于高并发的接口我们需要进行性能测试，这就需要在其他测试工具或者系统中重新调试接口。

当前的主流测试工具主要有Postman、Loadrunner。上述测试工具仅能实现单一的性能测试或者接口测试，或者测试结果不能通过浏览器进行可视化展示，因此，需要对现有的软件接口测试技术进行改进。

发明内容

本发明提供了一种基于B/S架构的测试方法、系统、设备及介质，以实现在浏览器的可视化界面进行性能测试以及接口测试对应的操作，并显示测试结果，提高接口测试的便利性。

根据本发明的一方面，提供了一种基于B/S架构的测试方法，所述方法包括：

在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与所述至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；

基于各目标配置文件生成相应的测试指令并发送至测试服务层，以使所述测试服务层对所述至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应的测试结果数据；

对所述测试结果数据解析处理，并将解析结果显示至显示界面进行展示。

根据本发明的另一方面，提供了一种基于B/S架构的测试系统，所述系统包括：

浏览器、主服务系统、MySQL数据库和测试服务层Jmeter分布式集群；

基于所述浏览器访问主服务系统，在所述浏览器进行操作，在线配置和调试，完成接口自动化测试和性能测试，并在线生成接口测试报告和性能测试报告，基于所述浏览器展示；

所述主服务系统用于项目信息、环境信息、接口信息、单接口用例、接口用例集、性能用例信息的维护，所述信息存储于数据库及测试脚本中。

根据本发明的另一方面，提供了一种电子设备，所述电子设备包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行本发明任一实施例所述的基于B/S架构的测试方法。

根据本发明的另一方面，提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现本发明任一实施例所述的基于B/S架构的测试方法。

本发明实施例的技术方案，通过在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；基于各目标配置文件生成相应的测试指令并发送至测试服务层，使测试服务层对至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应测试结果数据；对测试结果数据解析处理，并将解析结果显示至显示界面进行展示。解决了现有接口测试工具不能同时满足性能测试和接口测试，或者测试结果不能通过浏览器进行可视化展示，造成在线调试困难的问题，实现了在浏览器的可视化界面进行性能测试以及接口测试对应的操作，并显示测试结果，提高接口测试的便利性。

应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。

附图说明

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

图1为本发明实施例一提供了一种基于B/S架构的测试系统的架构图；

图2是根据本发明实施例二所适用的主服务系统的设计图；

图3为本发明实施例二提供了一种基于B/S架构的测试方法的流程图；

图4示出了可以用来实施本发明的实施例的电子设备的结构示意图。

具体实施方式

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

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

实施例一

图1为本发明实施例一提供了一种基于B/S架构的测试系统的架构图。在本实施例中，主要对B/S架构的测试系统的架构以及主服务系统中各个模块进行介绍。

如图1所示，该系统包括：浏览器、主服务系统、MySQL数据库和测试服务层Jmeter分布式集群。用户通过浏览器访问主服务系统，通过浏览器进行操作，直接在线配置和调试，完成接口自动化测试和性能测试，并能在线生成接口测试报告和性能测试报告，通过浏览器直接查看结果。主服务系统用于项目信息、环境信息、接口信息、单接口用例、接口用例集、性能用例等信息的维护，维护的信息存储于MySQL数据库及测试脚本(.jmx文件)中。其中，浏览器作为操作展示层，用户可以在操作展示层进行操作以及配置软件测试项目的信息以及用例。

在本实施例中，进行接口和性能测试时，可以通过浏览器操作主服务系统，主服务系统向测试服务层Jmeter集群发送接口或性能测试指令，由Jmeter集群完成接口或性能测试。主服务系统实时读取Jmeter集群的测试结果数据，并能将测试结果实时展示到前端界面中。

在上述技术方案的基础上，所述主服务系统的设计图可以参见图2所示。

所述主服务系统包括：项目管理模块，用于管理项目信息，如需要对当前软件测试项目中的接口进行测试，可以通过浏览器打开系统界面，进进入项目管理模块，点击新增项目，录入项目名称等基本信息，提交数据，系统将项目信息存储于MySQL数据库中。项目信息可以是项目名称，项目ID，以及该项目的负责人等基础信息。

所述主服务系统还包括：环境管理模块。所述环境管理模块用于添加该项目环境变量名和变量值，如：被测接口的IP、端口、常量、全局变量等参数，供后续执行测试使用，提交项目环境相关的信息数据，系统将项目环境信息存储于MySQL数据库。

所述主服务系统还包括接口管理模块，用于管理接口的信息，可以基于该模块，编辑需要测试接口的信息，如接口请求URL，请求头内容定义，请求体内容定义，响应内容定义，在编辑以后，将接口信息存储在MySQL数据库中。

所述主服务系统还包括单接口用例管理模块，该模块用于管理接口用例信息，包括接口信息，请求头参数，请求体参数，断言内容。具体的，可以是选择接口管理模块中的一个接口，基于该接口信息，生成与该接口对应的接口用例。可以基于该单接口用例管理模块，录入用例基本信息，包括单接口用例名称、用例执行优先级、用例执行状态、设计接口用例参数和断言等内容，系统将单接口用例信息存储于MySQL数据库。断言可以理解为使用该用例执行接口测试后，需要返回的内容。例如，当前需要测试的接口为登录接口，相应的，单接口用例可以为正确的用户名称以及用户密码，则断言内容为返回登录成功。

所述主服务系统还包括单接口用例执行模块，通过调用Jmeter API，实现对单接口用例的执行。系统调用Jmeter API，Jmeter创建TestPlan、ThreadGroup等用于测试用例配置，创建ResultController用于将执行结果保存至jtl文件中。系统调用JMeter APIconfigure()将单接口用例数据配置到TestPlan HashTree中，并调用JMeter API run()向Jmeter测试服务层发送测试执行请求，由测试服务层中Jmeter完成接口测试。

所述主服务系统还包括单接口测试结果回传模块，单接口用例执行完成后生成存储有测试结果数据的jtl文件，系统解析此jtl文件，将测试结果回传至浏览器前端。测试结果数据可以包括：接口的响应的内容，断言判断测试用例执行的是否成功，log内容日志。

所述主服务系统还包括接口用例集管理模块，新增接口用例集，批量选择需要的单接口用例，创建接口用例集，系统自动将选择的单接口用例展示在浏览器前端，配置需要的断言、自定义参数调用、逻辑控制器等信息；录入接口用例集基本信息，包括接口用例集名称、执行优先级、执行状态等。系统调用Jmeter API，创建TestPlan、ThreadGroup等用于测试配置；创建ResultController用于将执行结果保存至jtl文件中；通过SaveService将接口用例集转为Jmeter可用的.jmx文件。

所述主服务系统还包括接口用例集执行模块，系统调用Jmeter APISaveService.loadTree加载.jmx文件，调用JMeter API configure()将接口用例集数据配置到TestPlan HashTree中，并调用JMeter API run()向Jmeter测试服务层发送测试执行请求，由测试服务层中Jmeter执行接口用例集测试。

所述主服务系统还包括接口用例集测试报告解析模块，接口用例集测试执行完成后生成存储有测试结果数据的jtl文件，系统实时解析此jtl文件，生成HTML格式测试报告，实现在浏览器中实时展示测试报告。

所述主服务系统还包括创建性能测试管理模块，用于选择需要进行性能测试的接口用例集，创建性能测试用例，进行压力设置，系统调用LoopController、SaveService等Jmeter API将接口用例集和压力配置信息整合，生成Jmeter可用的.jmx文件。

所述主服务系统还包括性能测试执行模块，可以是系统调用Jmeter APISaveService.loadTree加载.jmx文件，调用JMeter API configure()将性能测试用例数据配置到TestPlan HashTree中，并调用JMeter API run()向Jmeter测试服务层发送测试执行请求，由测试服务层中Jmeter完成性能测试。

所述主服务系统还包括性能测试报告解析模块，在性能测试执行完成后生成存储有测试结果数据的jtl文件，基于该模块实时解析此jtl文件，生成HTML格式测试报告，实现在浏览器中实时展示测试报告。

本发明实施例的技术方案，通过在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；基于各目标配置文件生成相应的测试指令并发送至测试服务层，使测试服务层对至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应测试结果数据；对测试结果数据解析处理，并将解析结果显示至显示界面进行展示。解决了现有接口测试工具不能同时满足性能测试和接口测试，或者测试结果不能通过浏览器进行可视化展示，造成在线调试困难的问题，实现了在浏览器的可视化界面进行性能测试以及接口测试对应的操作，并显示测试结果，提高接口测试的便利性。

实施例二

图3为本发明实施例二提供了一种基于B/S架构的测试方法的流程图，本实施例可适用于通过可视化操作对软件接口进行接口测试或性能测试，并将测试结果展示的情况，该方法可以由基于B/S架构的测试系统来执行，该系统可以采用硬件和/或软件的形式实现。

如图3所示，该方法包括：

S210、在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件。

需要说明的是，在软件测试过程中，通常需要对软件的某个接口进行回归测试和性能测试。

其中，测试请求可以理解为对软件中某个接口进行测试的请求，接口用例可以理解为对软件的某个接口进行接口自动化测试的用例，性能用例可以理解为用于对该接口进行性能压力测试的用例，接口用例以及性能用例的的数量可以是一个或多个。目标配置文件可以理解为主服务系统基于接口用例或性能用例信息所生成的配置文件，该配置文件以jmx的格式存放于主服务系统中，其路径存储在数据库中。

具体的，当接收到需要使用测试用例对软件中某个接口进行测试时，基于当前接口对应的接口用例或者性能用例从数据库中确定与用例对应的目标配置文件。

在上述技术方案的基础上，基于在显示界面上的触发操作，确定目标测试项目、目标测试项目所对应的测试环境参数、各待测试接口所对应接口信息、各待测试性能的性能测试参数，基于接口信息生成的接口用例以及基于性能测试参数生成的性能测试用例；将所述接口信息、测试环境参数、性能测试参数、接口用例以及性能测试用例存储至数据库和测试脚本(jmx文件)中，以在接收到测试请求时，从主服务系统后台调取与所述测试请求相对应的接口用例和/或性能用例的目标配置文件。

其中，目标测试项目可以理解为当前软件需要进行的测试项目，测试环境参数可以理解为当前项目的测试环境、生产环境、UAT环境等以及各个环境对应的IP地址，每个环境对应有不同的IP地址。待测试接口可以理解为当前测试项目中需要进行性能测试和/或接口测试的接口，例如某个系统的登录接口。例如，待测试接口为登录接口，相应的测试用例为登录所需要的账号密码信息。接口信息包括但不限于接口名称、接口请求类型(GET/POST/DELETE/PUT等)、请求URL、请求头内容定义、请求体格式内容定义、响应格式内容定义、备注说明等信息。性能测试参数可以理解为性能测试对应的压力配置信息。

具体的，在浏览器的显示界面显示有不同的测试项目，用户基于触发操作选择其中一个测试项目作为目标测试项目，还可以基于输入操作，编辑该目标测试项目对应环境参数、该项目中需要测试的接口信息，即待测试接口的接口信息、以及编辑性能测试参数。基于接口信息可以生成相应的接口用例。例如待测试接口为某个软件系统的登录接口，基于该接口信息，生成的接口用例可以是具体的账号、密码。基于该账号、密码对待测试接口进行测试，确定测试结果，实现软件的登录接口测试。

进一步的，基于性能测试参数生成性能测试用例的实现方式可以是将待测试接口的接口用例与压力配置信息进行整合，即可得到性能测试用例。将所述接口信息、测试环境参数、性能测试参数、接口用例以及性能测试用例存储至数据库和测试脚本(jmx文件)中，以在接收到测试请求时，从主服务系统后台调取与所述测试请求相对应的接口用例和/或性能用例的目标配置文件。更进一步的，将接口信息、测试环境参数、性能测试参数、接口用例以及性能测试用例存储至数据库和测试脚本(jmx文件)中，例如MySQL数据库。以在接收到测试请求时，从主服务系统后台调取与测试请求相对应的接口用例和/或性能用例的目标配置文件。

在上述技术方案的基础上，将所述接口用例和所述性能用例的标识信息显示于所述显示界面上，以在检测到触发所述标识信息时，生成与所述标识信息相对应的测试请求。

其中，标识信息可以是具有标识意义的符号，数字等。用于区分不同的接口用例与性能用例。

可以理解，为了实现对软件测试的准确率，通常一个目标项目对应有多个接口用例以及性能用例，不同接口用例以及性能用例对应有不同的标识信息，例如，接口用例1的标识信息为a，接口用例2的标识信息为b，性能用例1的标识信息为c。在显示界面上可以显示各个用例以及各个用例对应的标识信息，可以通过点击用例标识，以对该标识信息进行触发，在检测到该标识被触发时，可以生成相应的测试请求。例如，触发的标识信息为b,则生成接口用例2相对应的测试请求，进而使用接口用例2对目标项目中的接口进行测试。

S220、基于各目标配置文件生成相应的测试指令并发送至测试服务层，以使测试服务层对至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应的测试结果数据。

其中，测试服务层可以理解为对接口作自动化回归测试以及性能压力测试的服务层。例如，测试服务层可以是Jmeter分布式集群。

具体的，可以基于配置文件生成测试指令，并将测试指令发送至测试服务层，测试服务层调用相应的Jmeter接口，使用接口用例和\或性能用例对接口进行测试，并将测试结果反馈至主服务系统。

在上述技术方案的基础上，所述基于各目标配置文件生成相应的测试指令并发送至测试服务层，包括：针对各目标配置文件，将当前目标配置文件转换为目标格式，以使所述测试服务层识别所述当前目标配置文件，并基于所述当前目标配置文件生成测试指令发送至所述测试服务层。

其中，目标格式可以是jmx格式。

具体的，可以是将目标配置文件转换成jmx格式的文件，以使Jmeter可以识别当前目标配置文件，并基于所述当前目标配置文件生成测试指令发送至所述测试服务层。

在上述技术方案的基础上，所述使所述测试服务层对所述至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应的测试结果数据，包括：调用测试服务层的测试接口，以在所述测试服务层中创建测试程序、测试线程以及结果控制器，以基于所述测试程序和测试线程对所述至少一个接口用例和/或至少一个性能用例进行测试，得到测试数据结果；基于所述结果控制器将所述测试数据结果存储至目标文件中，并将反馈于述测试数据结果对应的目标文件。

其中，测试服务层的测试接口可以理解为Jmeter API，测试程序可以理解为Jmeter所创建的测试计划，即TestPlan。测试线程可以理解为执行测试计划所需要的线程信息，如线程启动方式(1秒启动4个线程)，线程数量为4，具体不做限制。结果控制器是用于对用例执行结果控制的控制器，例如结果控制器可以是Jmeter所创建的ResultController。目标文件可理解为存储测试结果数据的jtl文件。

具体的，系统调用Jmeter API，Jmeter创建TestPlan即测试程序，ThreadGroup即测试线程组。创建ResultController，即结果控制器，用于将执行结果保存至jtl文件中。形成一个配置文件，基于配置文件，系统调用JMeter API configure()将单接口用例数据配置到TestPlan HashTree中，并调用JMeter API run()向Jmeter测试服务层发送测试执行请求，由测试服务层中Jmeter完成接口测试。

S230、对测试结果数据解析处理，并将解析结果显示至显示界面进行展示。

具体的，对测试数据进行解析，分析出当前的测试是否成功，如果成功，在显示界面显示测试成功，如果测试失败，则在显示界面显示测试失败，用户通过进一步点击，查看失败的原因。

在上述技术方案的基础上，所述对所述测试结果数据解析处理，并将解析结果显示至显示界面进行展示，包括：将所述测试结果数据所对应的目标文件解析处理，得到可展示格式的文件，并展示与所述文件相对应的解析结果。

其中，目标文件可以理解为存储测试结果数据的文件，例如jtl文件。可展示格式文件可以是HTML格式的文件。

具体的，基于B/S架构的测试系统可以对存储有测试结果数据的jtl文件进行实时解析，解析后生成HTML格式的文件，即HTML格式的测试报告，将该测试报告在浏览器的显示页面中实时展示，以使测试用户可以清晰的了解接口的性能测试以及接口测试的情况。

本发明实施例的技术方案，通过在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；基于各目标配置文件生成相应的测试指令并发送至测试服务层，使测试服务层对至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应测试结果数据；对测试结果数据解析处理，并将解析结果显示至显示界面进行展示。解决了现有接口测试工具不能同时满足性能测试和接口测试，且测试过程不能通过浏览器进行可视化展示，造成在线调试困难的问题，实现了在浏览器的可视化界面进行性能测试以及接口测试对应的操作，并显示测试结果，提高接口测试的便利性。

实施例三

图4示出了可以用来实施本发明的实施例的电子设备30的结构示意图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。

如图4所示，电子设备30包括至少一个处理器31，以及与至少一个处理器31通信连接的存储器，如只读存储器(ROM)32、随机访问存储器(RAM)33等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器31可以根据存储在只读存储器(ROM)32中的计算机程序或者从存储单元38加载到随机访问存储器(RAM)33中的计算机程序，来执行各种适当的动作和处理。在RAM 33中，还可存储电子设备30操作所需的各种程序和数据。处理器31、ROM 32以及RAM 33通过总线34彼此相连。输入/输出(I/O)接口35也连接至总线34。

电子设备30中的多个部件连接至I/O接口35，包括：输入单元36，例如键盘、鼠标等；输出单元37，例如各种类型的显示器、扬声器等；存储单元38，例如磁盘、光盘等；以及通信单元39，例如网卡、调制解调器、无线通信收发机等。通信单元39允许电子设备30通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

处理器31可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器31的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。处理器31执行上文所描述的各个方法和处理，例如基于B/S架构的测试方法。

在一些实施例中，基于B/S架构的测试方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元38。在一些实施例中，计算机程序的部分或者全部可以经由ROM 32和/或通信单元39而被载入和/或安装到电子设备30上。当计算机程序加载到RAM 33并由处理器31执行时，可以执行上文描述的基于B/S架构的测试方法的一个或多个步骤。备选地，在其他实施例中，处理器31可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法XXX。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)、区块链网络和互联网。

计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与VPS服务中，存在的管理难度大，业务扩展性弱的缺陷。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (9)

1.一种基于B/S架构的测试方法，其特征在于，包括：

在接收到对至少一个接口用例和/或至少一个性能用例的测试请求时，获取与所述至少一个接口用例和/或至少一个性能用例所对应的各目标配置文件；

基于各目标配置文件生成相应的测试指令并发送至测试服务层，以使所述测试服务层对所述至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应的测试结果数据；

对所述测试结果数据解析处理，并将解析结果显示至显示界面进行展示。

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

基于在显示界面上的触发操作，确定目标测试项目、目标测试项目所对应的测试环境参数、各待测试接口所对应接口信息、各待测试性能的性能测试参数，基于接口信息生成的接口用例以及基于性能测试参数的性能测试用例；

将所述接口信息、测试环境参数、性能测试参数、接口用例以及性能测试用例存储至数据库中，以在接收到测试请求时，从所述数据库中调取与所述测试请求相对应的接口用例和/或性能用例的目标配置文件。

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

将所述接口用例和所述性能用例的标识信息显示于所述显示界面上，以在检测到触发所述标识信息时，生成与所述标识信息相对应的测试请求。

4.根据权利要求1所述的方法，其特征在于，所述基于各目标配置文件生成相应的测试指令并发送至测试服务层，包括：

针对各目标配置文件，将当前目标配置文件转换为目标格式，以使所述测试服务层识别所述当前目标配置文件，并基于所述当前目标配置文件生成测试指令发送至所述测试服务层。

5.根据权利要求1所述的方法，其特征在于，所述使所述测试服务层对所述至少一个接口用例和/或至少一个性能用例进行测试，并反馈相应的测试结果数据，包括：

调用测试服务层的测试接口，以在所述测试服务层中创建测试程序、测试线程以及结果控制器，以基于所述测试程序和测试线程对所述至少一个接口用例和/或至少一个性能用例进行测试，得到测试数据结果；

基于所述结果控制器将所述测试数据结果存储至目标文件中，并将反馈与所述测试数据结果对应的目标文件。

6.根据权利要求1所所述的方法，其特征在于，所述对所述测试结果数据解析处理，并将解析结果显示至显示界面进行展示，包括：

将所述测试结果数据所对应的目标文件解析处理，得到可展示格式的文件，并展示与所述文件相对应的解析结果。

7.一种基于B/S架构的测试系统，其特征在于，包括：

浏览器、主服务系统、MySQL数据库和测试服务层Jmeter分布式集群；

基于所述浏览器访问主服务系统，在所述浏览器进行操作，在线配置和调试，完成接口自动化测试和性能测试，并在线生成接口测试报告和性能测试报告，基于所述浏览器展示；

所述主服务系统用于项目信息、环境信息、接口信息、单接口用例、接口用例集、性能用例信息的维护，所述信息存储于数据库及测试脚本中。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的计算机程序，所述计算机程序被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-6中任一项所述的基于B/S架构的测试方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机指令，所述计算机指令用于使处理器执行时实现权利要求1-6中任一项所述的基于B/S架构的测试方法。

Images