[发明专利]基于动态字节码的测试环境故障检测方法及装置

说明书

本申请提供的一种基于动态字节码的测试环境故障检测方法及装置，可用于数据安全技术领域，方法包括：在被测应用发送网络请求之前，基于至少一个探针记录该被测应用的在测试环境中产生的调用日志；所述至少一个探针在所述被测应用启动之后注入所述被测应用；解析所述调用日志，若所述日志中包括错误码，则根据所述错误码确定对应环境功能故障；其中所述错误码与所述环境功能故障一一对应。本发明通过采用字节码技术，可不需要涉及源代码的修改，对源代码无感式插入，不需要修改源代码。同时效率高效，实时通知，实时修复，方便检查与恢复。

技术领域

本申请涉及数据安全领域，可用于人工智能领域，具体涉及一种基于动态字节码的测试环境故障检测方法及装置。

背景技术

一个大型的软件系统，通常由多个子系统中构成，各个系统之间通常由网络层面的数据通信进行交互。在软件测试领域，测试环境的稳定性一直是一个痛点问题。由于受到成本的限制，通常的做法一般是软件的一个版本有一套测试环境，所有团队共同使用该测试环境进行测试。但是，使用该方案会导致以下几个问题。

1.故障定位难，如今一个业务操作涉及到的后台服务过于复杂。例如一个简单转账业务，涉及到的后台服务可能包括十几个甚至数十个系统之间的交互，而这几个系统由不同的团队去维护。一旦出现问题，那么最坏的情况下，需要十几个团队一同查看问题，进行维护。

2.链路复杂，梳理困难，一个成熟的软件系统往往不是一个单机程序，而是由多个模块以及多个上下游依赖组成，各个模块及上下游软件之间通过HTTP请求，RPC请求，socket长连接等进行交互，构成了一个错综复杂的交易链路，梳理往往比较困难。

3.定位故障后修复成本过于大。测试人员不同于运维人员，对于应用中的各种逻辑可能了然于心，但是对于各种主机，Linux环境，数据库环境等可能并不是十分了解。当发现测试环境发生故障时，可能完全对其不知从何入手，只能等待运维或者开发人员对其进行修复，这其中的成本，将大大影响测试进度，导致测试进度滞后。

发明内容

如上述描述可以得知，目前测试环境测试时存在故障定位难，链路复杂，梳理困难，定位故障后修复成本过于大等问题，为解决以上问题，本发明提供了一种基于动态字节码的测试环境故障检测方法、装置、电子设备及存储介质。具体构思为：基于字节码技术，在被测应用发送网络请求之前，基于至少一个探针记录该被测应用的在测试环境中产生的调用日志；所述至少一个探针在所述被测应用启动之后注入所述被测应用；解析所述调用日志，若所述日志中包括错误码，则根据所述错误码确定对应环境功能故障；其中所述错误码与所述环境功能故障一一对应。本发明通过在网络请求发送之前开启，进而截获在网络交互过程中产生调用日志，部署便捷，多种部署方式，可采用java的attach模式以及agent方式启动，同时效率高效，实时通知，实时修复，方便检查与恢复。

为解决上述技术问题，本申请提供以下技术方案：

第一方面，本发明提供一种基于动态字节码的测试环境故障检测方法，包括：

在被测应用发送网络请求之前，基于至少一个探针记录该被测应用的在测试环境中产生的调用日志；所述至少一个探针在所述被测应用启动之后注入所述被测应用；

解析所述调用日志，若所述日志中包括错误码，则根据所述错误码确定对应环境功能故障；其中所述错误码与所述环境功能故障一一对应。

在优选的实施例中，将至少一个探针注入至所述被测应用的步骤包括：

将被测应用编译为第一类文件，将检测代码编译为第二类文件；

将所述第一类文件的加载请求发送至第一子类加载器，第二类文件的加载请求发送至第二子类加载器，以使所述第一子类加载器和第二子类加载器对应地将所述第一类文件和所述第二类文件委派至顶层的父类加载器进行加载；