CN116627849B - 系统测试方法、装置、设备及存储介质 - Google Patents

Abstract

本发明涉及数据测试领域，公开了一种系统测试方法、装置、设备及存储介质，该方法包括：接收目标系统的测试请求，并确定测试请求的协议接口；根据协议接口获得各接口类型对应的环境集合；提取测试请求中的追踪标识，并遍历所述环境集合，根据追踪标识匹配得到目标环境；将目标环境结合所述追踪标识对应的数据集，获得业务场景信息；根据业务场景信息，结合预设配置规则，生成模拟数据以进行目标系统的测试。由于本发明中基于不同的协议类型获取场景信息进行规则配置化，获得用于测试的模拟数据，能根据不同的请求入参条件进行场景匹配，从而更精确地模拟整个流程的系统模块交互，提高了系统测试的准确率。

Description

系统测试方法、装置、设备及存储介质

技术领域

本发明涉及数据测试领域，尤其涉及一种系统测试方法、装置、设备及存储介质。

背景技术

为了保障现代企业级大型复杂软件业务系统的高效敏捷研发，在软件开发和测试阶段，为快速验证所开发的功能是否符合预期，软件开发人员/测试人员通常需要手工模拟很多数据，来对开发的功能和接口进行测试。并经过多次反复的测试验证通过后，才进入下一阶段的系统整合测试、用户验收测试等步骤。

现有的系统集成技术通常采用mock测试数据进行测试，然而由于其只能对特定的外部服务进行模拟，无法全面评估系统的集成和协作能力，且需要手动编写mock代码，存在着模拟范围有限、缺乏全局性视角等问题，在大型的系统测试任务中，难以适应不同场景获得全面精准的测试结果。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是相关技术。

发明内容

本发明的主要目的在于提供了一种系统测试方法、装置、设备及存储介质，旨在解决传统系统集成测试技术的模拟范围有限，无法在复杂场景下实现全面精准的系统测试的技术问题。

为实现上述目的，本发明提供了一种系统测试方法，所述方法包括以下步骤：

接收目标系统的测试请求，并确定所述测试请求的协议接口；

根据所述协议接口获得各接口类型对应的环境集合；

提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；

将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；

根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

可选地，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试的步骤之后，包括：

在生成所述模拟数据时，提取所述模拟数据中的标识信息；

将所述模拟数据中的标识信息与所述追踪标识进行对比；

根据对比结果判断所述模拟数据中标识信息与所述追踪标识是否一致；

若否，根据所述追踪标识对所述模拟数据进行更新。

可选地，所述接收目标系统测试请求，并确定所述测试请求的协议接口，包括：

在接收到测试请求指令时，从所述测试请求指令中提取目标接口信息；

根据所述目标接口信息确定所述目标接口的协议类型，判断支持协议表中是否包含所述协议类型的对应项；

若是，则根据所述目标接口信息生成当前测试链路，并确定所述测试请求的协议接口。

可选地，所述将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息的步骤之前，包括：

获取所述追踪标识对应的数据集，对所述数据集进行基于字节码增强的更新；

将更新后的数据集与所述追踪标识进行重绑定，获得所述追踪标识与所述更新后的数据集的对应关系；

相应地，所述将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息，包括：

将所述目标环境结合所述追踪标识对应的更新后的数据集，获得业务场景信息。

可选地，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试，包括：

根据所述业务场景信息对所述预设配置规则中的待设置项进行配置，获得基于当前业务场景的目标配置规则表；

根据所述目标配置规则表生成模拟数据，并通过所述当前测试链路对所述目标系统进行响应以进行所述目标系统的测试。

可选地，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试的步骤之后，包括：

返回测试完成信号，并获取所述目标系统的测试结果；

将所述测试结果与所述当前测试链路进行匹配，并结合所述业务场景信息，生成系统测试日志；

基于预设时间间隔推送所述系统测试日志。

可选地，所述当前测试链路基于JAVA框架进行构建，所述协议类型包括：超文本传输协议、Dubbo协议以及Kafka协议中的至少一种。

此外，为实现上述目的，本发明还提出一种系统测试装置，所述装置包括：

请求接收模块，用于接收目标系统的测试请求，并确定所述测试请求的协议接口；

数据配置模块，用于根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；

模拟测试模块，用于根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

此外，为实现上述目的，本发明还提出一种系统测试设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的系统测试程序，所述系统测试程序配置为实现如上文所述的系统测试方法的步骤。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储系统测试程序，所述系统测试程序被处理器执行时实现如上文所述的系统测试方法的步骤。

本发明接收目标系统测试请求，并确定所述测试请求的协议接口；根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。由于本发明中基于不同的协议类型获取场景信息从而进行规则的配置化，获得用于测试的模拟数据，可以根据不同的请求入参条件进行场景匹配，并能够实现对请求的传递路径和依赖关系的捕获和分析，从而更精确地模拟整个流程的系统模块交互，提高了系统测试的准确率。

附图说明

图1是本发明实施例涉及的硬件运行环境的系统测试设备的结构示意图；

图2是本发明系统测试方法第一实施例的流程示意图；

图3是本发明系统测试方法第二实施例的流程示意图；

图4是本发明系统测试方法第三实施例的流程示意图；

图5为本发明系统测试装置第一实施例的结构框图。

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

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的系统测试设备结构示意图。

如图1所示，该系统测试设备可以包括：处理器1001，例如中央处理器（CentralProcessing Unit，CPU），通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏（Display）、输入单元比如键盘（Keyboard），可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口（如无线保真（Wireless-Fidelity，WI-FI）接口）。存储器1005可以是高速的随机存取存储器（RandomAccess Memory，RAM），也可以是稳定的非易失性存储器（Non-Volatile Memory，NVM），例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对系统测试设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机可读存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及系统测试程序。

在图1所示的系统测试设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明系统测试设备中的处理器1001、存储器1005可以设置在系统测试设备中，所述系统测试设备通过处理器1001调用存储器1005中存储的系统测试程序，并执行本发明实施例提供的系统测试方法。

本发明实施例提供了一种系统测试方法，参照图2，图2为本发明系统测试方法第一实施例的流程示意图。

本实施例中，所述系统测试方法包括以下步骤：

步骤S10：接收目标系统的测试请求，并确定所述测试请求的协议接口。

需要说明的是，本实施例的执行主体可以是一种可接入企业应用业务系统的、具有数据处理、网络通信以及程序运行功能的计算服务设备，例如手机、平板电脑、个人电脑等，还可以是能够实现相同或相似功能的能实现系统测试方法的其他电子设备，本实施例对此不加以限制。此处选用系统测试设备（以下称为测试设备）为例对本发明系统测试方法的各项实施例进行说明。

可以理解的是，目标系统可以为需要进行测试的企业大型复杂软件业务系统，可以通过在开发和测试阶段对该系统进行功能验证以判断其是否符合预期效果。为了验证系统中某个核心模块的变更是否对全流程功能有所影响，需要对系统进行端到端的系统集成测试。

应该理解的是，该目标系统的测试请求可以为开发/测试人员在系统源头端发起的指令，也可以是基于设置的时间，系统间隔自动发送的测试请求指令。

需要说明的是，该测试请求中可以包含目标系统与测试设备进行信息交互时对接的接口信息数据，该接口可以为支持不同类型协议的接口，进一步地，为了考虑到接口的类型多样化，步骤S10，包括：

步骤S101：在接收到测试请求指令时，从所述测试请求指令中提取目标接口信息。

可以理解的是，该测试请求指令中可以包括目标系统信息、目标系统中用于后续进行模拟数据测试的被测试接口信息即目标接口信息，该目标接口信息中可以包括目标接口支持的协议类型。

步骤S102：根据所述目标接口信息确定所述目标接口的协议类型，判断支持协议表中是否包含所述协议类型的对应项。

可以理解的是，该协议类型可以包括超文本传输（HyperText TransferProtocol，HTTP）协议、Dubbo协议以及Kafka协议中的至少一种，该协议类型还可以包括Socket协议和Webservice协议等，本实施例对此不加以限制。

需要说明的是，本测试设备中，可以基于代理组件的形式实现指令的接收和与目标系统数据的对接，具体地，该代理组件可以执行动态数据拦截，提取测试指令请求中的接口信息，进行接口协议的判断，进而实现多协议类型接口的对接。

可以理解的是，该支持协议表中预先设置了该代理组件可支持的协议类型，在获取到目标接口信息后，可以从该信息中提取接口协议相关信息，判断该代理组件是否支持目标接口对应的协议。

步骤S103：若是，则根据所述目标接口信息生成当前测试链路，并确定所述测试请求的协议接口。

可以理解的是，在该代理组件支持目标接口对应协议时，可以生成当前测试链路，以确保在目标系统端到端测试过程中链路的完整性，并确定该测试链路中的协议接口，该测试链路可以基于JAVA框架进行构建。

步骤S20：根据所述协议接口获得各接口类型对应的环境集合。

可以理解的是，可以预先设置有不同接口协议类型的对应的环境集合，该环境集合可以为用户根据目标系统中不同子业务对应设置的区别的环境配置集合。

步骤S30：提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境。

可以理解的是，为了实现在进行目标系统中不同子业务测试时的区分以及环境隔离，可以采用统一格式的唯一的链路识别标识作为追踪标识。

应该理解的是，测试请求中可以包含在目标系统中进行测试相关的具体子业务信息，在提取到测试请求时，可以通过测试请求中的追踪标识确定与该请求相关的目标系统的子业务项。

在具体实现中，可以提取业务请求中的追踪标识用来确定待测试的目标系统中相关的子业务项，并通过追踪标识在预设的环境集合中匹配，获得适应于相关子业务项的环境作为目标环境，并获取相应的环境配置信息。

步骤S40：将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息。

可以理解的是，由于该追踪标识可以确定待测试的目标系统中相关的子业务项，因此可以获取用于进行后续模拟数据生成的初始数据集，该初始数据集中可以包含一般性的子业务项相关数据集。

在具体实现中，在确定了适应相关子业务项的目标环境时，将目标环境结合一般性的子业务项数据，能够根据不同的子业务场景定制化自己的数据集，获得业务场景信息，以实现不同子业务的个性化要求。

步骤S50：根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

可以理解的是，该预设配置规则可以为预先设置的能够将业务场景信息转化为可以在目标系统中进行传输的模拟数据的规则。

在具体实现中，在获取到基于不同子业务项的业务场景信息时，通过采用预设的配置规则进行对目标系统中实际运行数据的模拟和生成，可以将生成的模拟数据通过当前测试链路，经由协议接口返回到目标系统中，实现目标系统的测试。

本实施例通过接收目标系统的测试请求，并确定所述测试请求的协议接口；根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。由于本实施例先是在测试请求指令中确定与目标系统进行数据传输的协议接口，并结合追踪标识进行环境和数据集的匹配以确定基于不同子业务项的业务场景信息，再根据预设配置规则由业务场景信息生成测试用模拟数据，将该模拟数据通过当前测试链路经由协议接口返回到目标系统中，能够支持多种协议类型，适配于不同的企业应用业务系统，且通过多环境和数据集的组合模式生成的业务场景信息实现了在目标系统中不同子业务项同时进行测试时的数据隔离，避免了数据干扰，提升了对目标系统的测试效率。

参考图3，图3为本发明系统测试方法第二实施例的流程示意图。

基于上述实施例，为了确保进行测试的整个链路过程中传递的标识的一致性，步骤50之后，包括：

步骤S61：在生成所述模拟数据时，提取所述模拟数据中的标识信息。

可以理解的是，在生成模拟数据时，可以在当前模拟数据所在线程的映射诊断上下文（Mapped Diagnostic Context，MDC）中获取模拟数据中的标识信息。

应该理解的是，基于上述实施例可知，执行本发明方法的测试设备中可以设置有实现数据对接和数据生成的功能的代理组件，该代理组件可以基于应用性能管理（Application Performance Management，APM）技术进行设置。而考虑到当前APM组件支持的技术栈为JAVA技术栈，而由于目标系统中涉及到非JAVA技术栈的系统部分，因此在进行全链路跟踪测试时，非JAVA技术栈的系统部分中可能出现断链现象，因此需要对整个链路中的标识进行统一以保证全链路传递的标识一致性，实现对目标系统完整的模拟测试。

可以理解的是，通过对模拟数据中的标识信息的提取，可以根据提取到的标识信息与模拟数据生成前的标识相关信息即追踪标识进行对比以判断目标系统中是否存在非JAVA技术栈的系统部分。

步骤S62：将所述模拟数据中的标识信息与所述追踪标识进行对比。

可以理解的是，在测试请求中提取到的追踪标识可以存储在本测试设备的即时缓冲区域中以便调用。

步骤S63：根据对比结果判断所述模拟数据中标识信息与所述追踪标识是否一致。

可以理解的是，在同一个业务系统中，业务请求标识是不变的，因此返回系统用于测试的模拟数据中的标识信息与测试请求中的追踪标识应一致，且与同一个子业务项相关。

步骤S64：若否，根据所述追踪标识对所述模拟数据进行更新。

在具体实现中，若模拟数据中标识信息与追踪标识不一致，可以采用追踪标识对模拟数据中的标识信息进行替换，进而实现对模拟数据的更新，确保了在全链路中与测试请求相关的目标系统的子业务项的标识一致性，有利于在由模拟数据测试得到目标系统中相关的异常子业务项时实现快速定位分析，提高了系统测试的可靠性。

进一步地，考虑由追踪标识确定的子业务项具有多样性，因而可以对子业务项对应初始数据集中不同数据进行预处理，步骤S40之前，包括：

步骤S041：获取所述追踪标识对应的数据集，对所述数据集进行基于字节码增强的更新。

可以理解的是，由于该追踪标识可以确定待测试的目标系统中相关的子业务项，因此可以获取用于进行后续模拟数据生成的初始数据集，该初始数据集中可以包含一般性的子业务项相关数据集。

应该理解的是，字节码增强技术可以是一类对原始数据集中现有字节码进行修改或动态生成全新字节码文件的技术，考虑到不同子业务项在整个目标系统中执行的业务功能不同，不同子业务项的相关数据集存在差异，因而可以对一般性的子业务项相关数据集进行有区别的字节码增强，获得更新后的数据集。

步骤S042：将更新后的数据集与所述追踪标识进行重绑定，获得所述追踪标识与所述更新后的数据集的对应关系。

在具体实现中，测试设备中的代理组件对追踪标识对应的数据集进行更新，并将更新后的数据集与追踪标识进行重绑定以进一步确保子业务项的标识一致性，能够构建追踪标识与更新后的数据集的映射关系。

相应地，步骤S40，包括：

步骤S40'：将所述目标环境结合所述追踪标识对应的更新后的数据集，获得业务场景信息。

在具体实现中，将该追踪标识匹配到的目标环境与通过上述映射关系获取的追踪标识对应的更新后的数据集进行结合，能够基于不同的子业务项定制个性化数据集，获取到实现目标系统不同功能的子业务的业务场景信息。

本实施例在生成所述模拟数据时，提取所述模拟数据中的标识信息；将所述模拟数据中的标识信息与所述追踪标识进行对比；根据对比结果判断所述模拟数据中标识信息与所述追踪标识是否一致；若否，根据所述追踪标识对所述模拟数据进行更新。并在此前，进一步地获取所述追踪标识对应的数据集，对所述数据集进行基于字节码增强的更新；将更新后的数据集与所述追踪标识进行重绑定，获得所述追踪标识与所述更新后的数据集的对应关系。能够基于不同的子业务项定制个性化数据集，并确保了在全链路中与测试请求相关的目标系统的子业务项的标识一致性，有利于在后续由模拟数据测试得到目标系统中相关的异常子业务项时实现快速定位分析，提高了系统测试的可靠性。

参考图4，图4为本发明系统测试方法第三实施例的流程示意图。

基于上述实施例，为了进一步说明模拟数据的配置化生成过程，步骤S50，包括：

步骤S501：根据所述业务场景信息对所述预设配置规则中的待设置项进行配置，获得基于当前业务场景的目标配置规则表。

在具体实现中，该预设配置规则可以为由测试人员预先在测试设备中进行设置的通用的配置规则集，在获取到当前业务场景信息时，可以根据业务场景信息中包含的子业务数据集信息和目标环境信息，进一步对预设配置规则中的各待设置项进行配置，以获得适用于当前业务场景的目标配置规则表。

步骤S502：根据所述目标配置规则表生成模拟数据，并通过所述当前测试链路对所述目标系统进行响应以进行所述目标系统的测试。

可以理解的是，该模拟数据可以为mock测试数据，由于传统的mock测试需要手动编写和维护mock代码，而本实施例中可以根据目标配置规则表实现mock数据的自动生成，因此能够减少由于人工编写造成的代码误差。

在具体实现中，测试设备中的代理组件在基于目标配置规则表生成模拟数据后，可以将模拟数据通过上述生成的测试链路经由协议出口返回给目标系统以完成对测试请求的响应，实现目标系统的测试。

进一步地，为了获得丰富完整的目标系统的测试数据以便对目标系统的优化，步骤S50之后，还包括：

步骤S5001：返回测试完成信号，并获取所述目标系统的测试结果。

可以理解的是，在执行完测试请求对应的测试任务时，可以获取目标系统的测试结果，该测试任务可以是相关一个或多个目标系统中的子业务项。

步骤S5002：将所述测试结果与所述当前测试链路进行匹配，并结合所述业务场景信息，生成系统测试日志。

可以理解的是，由于基于上述过程能实现在进行目标系统中不同子业务测试时的区分以及环境隔离，即测试任务可以为同时进行的相关多个不同子业务项，因此获得的测试结果需要与不同的子业务项以及测试链路进行对应。

在具体实现中，测试设备可以获取模拟数据对应不同子业务项的测试结果，并进一步地将测试结果与业务场景信息、进行模拟数据传输的当前测试链路进行匹配，获得包含整个链路数据信息的系统测试日志，能够真正意义上在端到端系统中实现全流程的mock测试，并通过测试日志梳理清楚流程中的复杂服务交互，实现对测试请求的传递路径和依赖关系的捕获和分析。

步骤S5003：基于预设时间间隔推送所述系统测试日志。

在具体实现中，为了在实现对目标系统的自动化测试基础上便于开发人员及时获取目标系统的测试结果，可以预先设置一个时间间隔，例如可设置为一个工作日，测试设备可以在每晚进行系统测试日志的推送，使得开发/测试人员及时获取目标系统的测试结果以便对基于上述过程测试得到的目标系统存在的问题进行相应处理，进而减少了全流程集成测试的时间，进一步提高了系统测试效率。

本实施例根据所述业务场景信息对所述预设配置规则中的待设置项进行配置，获得基于当前业务场景的目标配置规则表；根据所述目标配置规则表生成模拟数据，并通过所述当前测试链路对所述目标系统进行响应以进行所述目标系统的测试。并在根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试的步骤之后，返回测试完成信号，并获取所述目标系统的测试结果；将所述测试结果与所述当前测试链路进行匹配，并结合所述业务场景信息，生成系统测试日志；基于预设时间间隔推送所述系统测试日志。由于本实施例能够根据目标配置规则表实现mock数据的自动生成，因此能够减少由于人工编写造成的代码误差，并基于预设时间推送测试日志，有利于开发人员及时获取目标系统的测试结果以便对基于上述过程测试得到的目标系统存在的问题进行相应处理，进而减少了全流程集成测试的时间，进一步提高了系统测试效率。

此外，为实现上述目的，本发明还提出一种计算机可读存储介质，所述计算机可读存储介质上存储有系统测试程序，所述系统测试程序被处理器执行时实现如上文所述的系统测试方法的步骤。

由于本存储介质采用了上述所有实施例的全部技术方案，因此至少有上述实施例的技术方案所带来的所有有益效果，在此不再一一赘述。

参考图5，图5为本发明系统测试装置第一实施例的结构框图。

如图5所示，本发明实施例提出的系统测试装置包括：

请求接收模块501，用于接收目标系统测试请求，并确定所述测试请求的协议接口；

数据配置模块502，用于根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；

模拟测试模块503，用于根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

本实施例接收目标系统测试请求，并确定所述测试请求的协议接口；根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。由于本实施例中基于不同的协议类型获取场景信息从而进行规则的配置化，获得用于测试的模拟数据，可以根据不同的请求入参条件进行场景匹配，并能够实现对请求的传递路径和依赖关系的捕获和分析，从而更精确地模拟整个流程的系统模块交互，提高了系统测试的准确率。

基于本发明上述系统测试装置第一实施例，提出本发明系统测试装置第二实施例。

在本实施例中，模拟测试模块503，用于在生成所述模拟数据时，提取所述模拟数据中的标识信息；将所述模拟数据中的标识信息与所述追踪标识进行对比；根据对比结果判断所述模拟数据中标识信息与所述追踪标识是否一致；若否，根据所述追踪标识对所述模拟数据进行更新。

请求接收模块501，用于在接收到测试请求指令时，从所述测试请求指令中提取目标接口信息；根据所述目标接口信息确定所述目标接口的协议类型，判断支持协议表中是否包含所述协议类型的对应项；若是，则根据所述目标接口信息生成当前测试链路，并确定所述测试请求的协议接口，其中所述当前测试链路基于JAVA框架进行构建，所述协议类型包括：超文本传输协议、Dubbo协议以及Kafka协议中的至少一种。

数据配置模块502，用于获取所述追踪标识对应的数据集，对所述数据集进行基于字节码增强的更新；将更新后的数据集与所述追踪标识进行重绑定，获得所述追踪标识与所述更新后的数据集的对应关系；将所述目标环境结合所述追踪标识对应的更新后的数据集，获得业务场景信息。

进一步地，所述模拟测试模块503，还用于根据所述业务场景信息对所述预设配置规则中的待设置项进行配置，获得基于当前业务场景的目标配置规则表；根据所述目标配置规则表生成模拟数据，并通过所述当前测试链路对所述目标系统进行响应以进行所述目标系统的测试。

进一步地，所述模拟测试模块503，还用于返回测试完成信号，并获取目标系统的测试结果；将所述测试结果与所述当前测试链路进行匹配，并结合所述业务场景信息，生成系统测试日志；基于预设时间间隔推送所述系统测试日志。

本发明系统测试装置其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述 实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通 过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质（如只读存储器/随机存取存储器、磁碟、光盘）中，包括若干指令用以使得一台终端设备（可以是手机，计算机，服务器，空调器，或者网络设备等）执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

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

接收目标系统的测试请求，并确定所述测试请求的协议接口；

根据所述协议接口获得各接口类型对应的环境集合；

提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；

将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；

根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

2.如权利要求1所述的系统测试方法，其特征在于，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试的步骤之后，包括：

在生成所述模拟数据时，提取所述模拟数据中的标识信息；

将所述模拟数据中的标识信息与所述追踪标识进行对比；

根据对比结果判断所述模拟数据中标识信息与所述追踪标识是否一致；

若否，根据所述追踪标识对所述模拟数据进行更新。

3.如权利要求1所述的系统测试方法，其特征在于，所述接收目标系统的测试请求，并确定所述测试请求的协议接口，包括：

在接收到测试请求指令时，从所述测试请求指令中提取目标接口信息；

根据所述目标接口信息确定所述目标接口的协议类型，判断支持协议表中是否包含所述协议类型的对应项；

若是，则根据所述目标接口信息生成当前测试链路，并确定所述测试请求的协议接口。

4.如权利要求1所述的系统测试方法，其特征在于，所述将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息的步骤之前，包括：

获取所述追踪标识对应的数据集，对所述数据集进行基于字节码增强的更新；

将更新后的数据集与所述追踪标识进行重绑定，获得所述追踪标识与所述更新后的数据集的对应关系；

相应地，所述将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息，包括：

将所述目标环境结合所述追踪标识对应的更新后的数据集，获得业务场景信息。

5.如权利要求3所述的系统测试方法，其特征在于，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试，包括：

根据所述业务场景信息对所述预设配置规则中的待设置项进行配置，获得基于当前业务场景的目标配置规则表；

根据所述目标配置规则表生成模拟数据，并通过所述当前测试链路对所述目标系统进行响应以进行所述目标系统的测试。

6.如权利要求3所述的系统测试方法，其特征在于，所述根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试的步骤之后，包括：

返回测试完成信号，并获取所述目标系统的测试结果；

将所述测试结果与所述当前测试链路进行匹配，并结合所述业务场景信息，生成系统测试日志；

基于预设时间间隔推送所述系统测试日志。

7.如权利要求3所述的系统测试方法，其特征在于，所述当前测试链路基于JAVA框架进行构建，所述协议类型包括：超文本传输协议、Dubbo协议以及Kafka协议中的至少一种。

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

请求接收模块，用于接收目标系统的测试请求，并确定所述测试请求的协议接口；

数据配置模块，用于根据所述协议接口获得各接口类型对应的环境集合；提取所述测试请求中的追踪标识，并遍历所述环境集合，根据所述追踪标识匹配得到目标环境；将所述目标环境结合所述追踪标识对应的数据集，获得业务场景信息；

模拟测试模块，用于根据所述业务场景信息，结合预设配置规则，生成模拟数据以进行所述目标系统的测试。

9.一种系统测试设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的系统测试程序，所述系统测试程序配置为实现如权利要求1至7中任一项所述的系统测试方法的步骤。

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