本发明涉及测试技术领域，特别涉及一种测试资源动态加载方法、系统、设备及介质。
背景技术：
目前qa(qualityassurance，质量保证)或rd(researchanddevelopmentengineer，研发工程师)在做接口测试的时候通常会选用传统的测试手段，这些测试手段通常会存在诸多问题，如关联应用和发布环境不明确、涉及接口和请求报文不清楚、无法查询请求日志、测试用例无法分享等等，而每遇到这些问题都需要测试人员花费大量的时间重复检索测试资源，进而导致测试效率过低。
技术实现要素：
本发明要解决的技术问题是为了克服现有技术中的测试需要重复检索测试资源导致测试效率过低的缺陷，提供一种测试资源动态加载方法、系统、设备及介质。
本发明是通过下述技术方案来解决上述技术问题：
本发明提供一种测试资源动态加载方法，所述测试资源动态加载方法包括：
获取测试任务id(identitydocument，身份标识号)并根据所述测试任务id查询关联的测试应用；其中，所述测试任务id关联至少一个所述测试应用；
分析所述测试应用以获取测试环境地址；其中，测试资源包括所述测试环境地址；
根据所述测试环境地址获取其他测试资源。
较佳地，所述分析所述测试应用以获取测试环境地址的步骤包括：
获取所述测试应用发布的测试环境；
查询所述测试环境对应的所述测试环境地址；
所述根据所述测试环境地址获取其他测试资源的步骤包括：
通过所述测试环境地址查找所述测试环境的注册方法以获取测试接口地址和历史请求报文。
较佳地，所述测试资源动态加载方法还包括：
将所述测试应用、所述测试环境地址、所述测试接口地址和所述历史请求报文拼接为至少一个请求；
在所述请求的请求头中添加预设请求头参数，并发送所述请求；
接收返回报文并根据所述返回报文中携带的唯一日志id查询当前所述请求关联的日志信息；其中，所述预设请求头参数与所述唯一日志id对应，所述唯一日志id关联至少一个所述日志信息；
通过所述唯一日志id查询与所述唯一日志id关联的所述日志信息；
基于所述日志信息分析并获取当前所述请求的下游接口简易拓扑图。
较佳地，所述测试资源动态加载方法还包括：
在发送所述请求后将所述请求缓存为测试用例；
在打开所述测试用例后重新发起所述请求；
和/或，
在发送所述请求后将所述请求保存为测试用例，并将所述测试用例存储至测试用例数据库中；
在所述测试用例数据库中检索并打开目标测试用例，在打开所述目标所述测试用例后重新发起所述请求。
本发明还提供一种测试资源动态加载系统，所述测试资源动态加载系统包括获取模块、测试环境地址获取模块和测试资源获取模块；
所述获取模块，用于获取测试任务id并根据所述测试任务id查询关联的测试应用；其中，所述测试任务id关联至少一个所述测试应用；
所述测试环境地址获取模块，用于分析所述测试应用以获取测试环境地址；其中，测试资源包括所述测试环境地址；
所述测试资源获取模块，用于根据所述测试环境地址获取其他测试资源。
较佳地，所述测试环境地址获取模块包括测试环境获取单元和测试环境地址查询单元；
所述测试环境获取单元，用于获取所述测试应用发布的测试环境；
所述测试环境地址查询单元，用于查询所述测试环境对应的所述测试环境地址；
所述测试资源获取模块包括测试资源查找获取单元；
所述测试资源查找获取单元，用于通过所述测试环境地址查找所述测试环境的注册方法以获取测试接口地址和历史请求报文。
较佳地，所述测试资源动态系统还包括拼接模块、添加模块、接收模块、查询模块和分析模块；
所述拼接模块，用于将所述测试应用、所述测试环境地址、所述测试接口地址和所述历史请求报文拼接为至少一个请求；
所述添加模块，用于在所述请求的请求头中添加预设请求头参数，并发送所述请求；
所述接收模块，用于接收返回报文并根据所述返回报文中携带的唯一日志id查询当前所述请求关联的日志信息；其中，所述预设请求头参数与所述唯一日志id对应，所述唯一日志id关联至少一个所述日志信息；
所述查询模块，用于通过所述唯一日志id查询与所述唯一日志id关联的所述日志信息；
所述分析模块，用于基于所述日志信息分析并获取当前所述请求的下游接口简易拓扑图。
较佳地，所述测试资源动态加载系统还包括测试用例缓存模块、第一测试用例打开模块：
所述测试用例缓存模块，用于在发送所述请求后将所述请求缓存为测试用例；
第一测试用例打开模块，所述用于在打开所述测试用例后重新发起所述请求；
和/或，
所述测试资源动态加载系统还包括测试用例保存模块、第二测试用例打开模块；
所述测试用例保存模块，用于在发送所述请求后将所述请求保存为测试用例，并将所述测试用例存储至测试用例数据库中；
所述第二测试用例打开模块，用于在所述测试用例数据库中检索并打开目标测试用例，在打开所述目标所述测试用例后重新发起所述请求。
本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行计算机程序时实现如上所述的测试资源动态加载方法。
本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的测试资源动态加载方法的步骤。
本发明的积极进步效果在于：通过获取测试任务id，根据测试任务id查询关联的至少一个测试应用，并根据测试应用获取测试环境地址，进而根据测试环境地址获取测试资源，使得只通过一个测试任务id就能够精准获取到整条测试链路上的所有测试资源，避免了测试人员在获取测试资源时重复检索，从而提高了测试效率，节约了测试成本。
附图说明
图1为本发明实施例1的测试资源动态加载方法的流程图。
图2为本发明实施例2的测试资源动态加载方法的流程图。
图3为本发明实施例3的测试资源动态加载系统的模块示意图。
图4为本发明实施例4的测试资源动态加载系统的模块示意图。
图5为本发明实施例4的测试资源动态加载系统的核心时序图。
图6为本发明实施例5的实现测试资源动态加载方法的电子设备的结构示意图。
图7为本发明的部分测试资源示意图。
图8为本发明的下游接口简易拓扑图。
图9为本发明的测试用例集的检索方式示意图。
具体实施方式
下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。
实施例1
如图1所示，本实施例提供的一种测试资源动态加载方法包括：
s101、获取测试任务id并根据测试任务id查询关联的测试应用；其中，测试任务id关联至少一个测试应用；
s102、分析测试应用以获取测试环境地址；其中，测试资源包括测试环境地址；
s103、根据测试环境地址获取其他测试资源。
具体地，当需要加载测试资源时，先获取测试任务的测试任务id，而每个测试任务id预先关联至少一个测试应用，再根据获取的测试任务id查询与测试任务id关联的测试应用，分析与测试任务id关联的测试应用以获取测试环境地址，进而根据测试环境地址获取测试任务的其他测试资源从而完成了根据测试任务id加载测试资源的操作。
在一个具体场景中，一个测试任务id关联2个测试应用，每个测试应用有着对应的测试环境地址，而每个测试环境地址同样对应着测试资源，因此，能够通过一个测试任务id获取到与之关联的2个测试应用的测试资源，进而加载出测试任务id对应的测试资源。
本实施例的测试资源动态加载方法，通过获取测试任务id，根据测试任务id查询关联的至少一个测试应用，并分析测试应用获取测试环境地址，进而根据测试环境地址获取测试资源，使得只通过一个测试任务id就能够精准加载对应测试任务所需的所有测试资源，避免了测试人员在获取测试资源时重复检索，从而提高了测试效率，节约了测试成本。
实施例2
如图2所示，本实施例的测试资源动态加载方法是对实施例1的进一步改进，具体地：
步骤s102包括：
s1021、获取测试应用发布的测试环境；
s1022、查询测试环境对应的测试环境地址。
步骤s103包括：
s1031、通过测试环境地址查找测试环境的注册方法以获取测试接口地址和历史请求报文。
具体地，图7示出了部分测试资源，如测试接口地址61、历史请求报文63，其中还包括通过测试环境的注册方法62，其中，历史请求报文63用于记录历史请求信息，历史请求信息包括但不限于用户使用何种测试接口、用户查询何种测试应用等等；分析测试应用获取其发布的测试环境，再查询测试环境对应的测试环境地址，从而通过测试环境地址查找测试环境的注册方法以获取测试接口地址和历史请求报文，实现了能够根据测试任务需求自动检索所需的测试应用、测试环境地址、测试接口地址、历史请求报文等测试资源，减少了人工重复检索的次数，提高了测试效率。
在一种优选的实施方式中，本实施例的测试资源动态加载方法还包括：
s104、将测试应用、测试环境地址、测试接口地址和历史请求报文拼接为至少一个请求；
具体地，至少一个请求是通过不同的请求报文进行划分的，通过发送至少一个请求，能够实现简单并发测试，其中，并发测试针对同一个测试应用的同一个测试接口地址，例如，https://xxx.com/user/login？a＝1和https://xxx.com//user/login？a＝12为同一个测试应用的同一个接口的不同请求报文。
s105、在请求的请求头中添加预设请求头参数，并发送请求；
s106、接收返回报文并根据返回报文中携带的唯一日志id查询当前请求关联的日志信息；其中，预设请求头参数与唯一日志id对应，唯一日志id关联至少一个日志信息；
具体地，用户不仅能在拼接后的请求头中添加预设请求头参数，也能够在空报文中的请求头添加预设请求头参数，本领域技术人员可以依据情况作出选择；通过在请求的请求头中添加预设请求头参数，一方面能够实现权限校验，另一方面能够获取对应的唯一日志id；其中，预设请求头参数可以为一个默认值，也可以由用户根据需求做出相应修改。
在一种可选的实施方式中，通过记录并显示发送请求和接收并分析返回报文是否具有唯一日志id的响应耗时，能够使得用户能够根据响应耗时实时监测测试资源动态加载方法的调用，为进一步实施和优化测试资源动态加载方法提供支持。
s107、通过唯一日志id查询与唯一日志id关联的日志信息；
s108、基于日志信息分析并获取当前请求的下游接口简易拓扑图。
具体地，通过唯一日志id还可以查询到当前请求对应关联的日志信息，主要还是根据与唯一日志id关联的日志信息分析并获取当前请求的下游接口简易拓扑图，图8示出了本发明的下游接口简易拓扑图，通过当前请求的下游接口简易拓扑图可以获取被测接口依赖下游的哪些接口。
在一种可选的实施方式中，可以通过但不限于埋点的方式在日志信息中添加与唯一日志id相关联的标识。
具体地，通过将测试应用、测试环境地址、测试接口地址和请求报文拼接为至少一个请求，通过发送至少一个请求，能够实现简单并发测试，并在请求的请求头中添加预设请求头参数并发送，接收返回报文并根据返回报文中携带的唯一日志id查询当前请求关联的日志信息以及与唯一日志id关联的其他日志信息，从而基于日志信息分析并获取当前请求的下游接口简易拓扑图，实现了测试人员在获取测试资源时无需通过人力的方式整合测试资源，更进一步提高测试效率，节约了测试成本。
在一种可选的实施方式中，本实施例的测试资源动态加载方法还包括：
s109、在发送请求后将请求缓存为测试用例；
s1010、在打开测试用例后重新发起请求。
具体地，在完成一次请求后，将请求缓存为测试用例，若再次发送相同请求时，用户可以快速选择并打开已缓存好的测试用例，进行请求重新发送，从而避免了重复操作，大大提高测试效率，节约了测试时间。
在一种可选的实施方式中，本实施例的测试资源动态加载方法还包括：
s1011、在发送请求后将请求保存为测试用例，并将测试用例存储至测试用例数据库中；
s1012、在测试用例数据库中检索并打开目标测试用例，在打开目标测试用例后重新发起请求。
具体地，在完成一次请求后，将每一次请求保存为相应的测试用例，并将测试用例存储至测试用例数据库中，若再次发送请求时，用户可以通过在测试用例数据库中检索并打开目标测试用例的方式，进行请求重新发送，从而避免了重复操作，大大提高测试效率，节约了测试时间。
在一种可选的实施方式中，用户可以通过包括但不限于测试用例的关键词、测试用例的接口名中至少一种的检索方式检索目标测试用例，图9示出了一种使用关键词检索测试用例的示意图。
本实施例的测试资源动态加载方法，在能够通过一个测试任务id精准获取到所有测试资源，避免了测试人员在获取测试资源时重复检索的基础上，通过将测试应用、测试环境地址、测试接口地址和请求报文拼接为至少一个请求，并在请求的请求头添加预设请求头参数接收返回报文，以此根据唯一日志id查询关联的日志信息，从而实现了测试人员在获取测试资源时无需通过人力的方式整合测试资源，更进一步提高测试效率，节约了测试成本。
实施例3
本实施例提供一种测试资源动态加载系统，如图3所示，本实施例的测试资源动态加载系统包括获取模块1、测试环境地址获取模块2和测试资源获取模块4；
获取模块1，用于获取测试任务id并根据测试任务id查询关联的测试应用；其中，测试任务id关联至少一个测试应用；
测试环境地址获取模块2，用于分析测试应用以获取测试环境地址；其中，测试资源包括测试环境地址；
测试资源获取模块4，用于根据测试环境地址获取其他测试资源。
具体地，图7示出了部分测试资源，如测试接口地址61、历史请求报文63，其中还包括通过测试环境的注册方法62，其中，历史请求报文63用于记录历史请求信息，历史请求信息包括但不限于用户使用何种测试接口、用户查询何种测试应用等等；当需要加载测试资源时，获取模块1先获取测试任务的测试任务id，而每个测试任务id预先关联至少一个测试应用，再根据获取的测试任务id查询与测试任务id关联的测试应用，测试环境地址获取模块2分析与测试任务id关联的测试应用以获取测试环境地址，进而测试资源获取模块4根据测试环境地址获取测试任务的其他测试资源，从而完成了根据测试任务id加载测试资源的操作。
在一个具体场景中，一个测试任务id关联2个测试应用，每个测试应用有着对应的测试环境地址，而每个测试环境地址同样对应着测试资源，因此，能够通过一个测试任务id获取到与之关联的2个测试应用的测试资源，进而加载出测试任务id对应的测试资源。
本实施例的测试资源动态加载系统，通过获取模块获取测试任务id，根据测试任务id查询关联的至少一个测试应用，测试环境地址获取模块分析测试应用获取测试环境地址，进而测试资源获取模块根据测试环境地址获取测试资源，使得只通过一个测试任务id就能够精准加载对应测试任务所需的所有测试资源，避免了测试人员在获取测试资源时重复检索，从而提高了测试效率，节约了测试成本。
实施例4
如图4所示，本实施例的测试资源动态加载系统是对实施例3的进一步改进，具体地：
在本实施例中测试环境地址获取模块2包括测试环境获取单元21和测试环境地址查询单元22；
测试环境获取单元21，用于获取测试应用发布的测试环境；
测试环境地址查询单元22，用于查询测试环境对应的测试环境地址；
测试资源获取模块4包括测试资源查找获取单元41；
测试资源查找获取单元41，用于通过测试环境地址查找测试环境的注册方法以获取测试接口地址和历史请求报文。
具体地，测试环境获取单元21通过分析测试应用获取其发布的测试环境，测试环境地址查询单元22再查询测试环境对应的测试环境地址，从而测试资源查找获取单元41通过测试环境地址查找测试环境的注册方法以获取测试接口地址和历史请求报文，实现了能够根据测试任务需求自动检索所需的测试应用、测试环境地址、测试接口地址、历史请求报文等测试资源，减少了人工重复检索的次数，提高了测试效率。
在一种优选的实施方式中，测试资源动态系统还包括拼接模块5、添加模块6、接收模块7、查询模块8和分析模块9；
拼接模块5，用于将测试应用、测试环境地址、测试接口地址和历史请求报文拼接为至少一个请求；
具体地，至少一个请求是通过不同的请求报文进行划分的，通过发送至少一个请求，能够实现简单并发测试，其中，并发测试针对同一个测试应用的同一个测试接口地址，例如，https://xxx.com/user/login？a＝1和https://xxx.com//user/login？a＝12为同一个测试应用的同一个接口的不同请求报文。
添加模块6，用于在请求的请求头中添加预设请求头参数，并发送请求；
接收模块7，用于接收返回报文并根据返回报文中携带的唯一日志id查询当前请求关联的日志信息；其中，预设请求头参数与唯一日志id对应，唯一日志id关联至少一个日志信息；
具体地，用户不仅能在拼接后的请求头中添加预设请求头参数，也能够在空报文中的请求头添加预设请求头参数，本领域技术人员可以依据情况作出选择；通过在请求的请求头中添加预设请求头参数，一方面能够实现权限校验，另一方面能够获取对应的唯一日志id；其中，预设请求头参数可以为一个默认值，也可以由用户根据需求做出相应修改。
在一种可选的实施方式中，通过记录并显示发送请求和接收并分析返回报文是否具有唯一日志id的响应耗时，能够使得用户能够根据响应耗时实时监测测试资源动态加载系统，为进一步实施和优化测试资源动态加载系统提供数据支持。
查询模块8，用于通过唯一日志id查询与唯一日志id关联的日志信息；
分析模块9，用于基于日志信息分析并获取当前请求的下游接口简易拓扑图。
具体地，图5示出了本实施例的测试资源动态加载系统的核心时序图，查询模块8通过唯一日志id还可以查询到当前请求对应关联的日志信息，主要还是根据与唯一日志id关联的日志信息分析并获取当前请求的下游接口简易拓扑图，图8示出了本发明的下游接口简易拓扑图，通过当前请求的下游接口简易拓扑图可以分析并获取被测接口依赖下游的哪些接口。
在一种可选的实施方式中，可以通过但不限于埋点的方式在日志信息中添加与唯一日志id相关联的标识。
具体地，拼接模块5通过将测试应用、测试环境地址、测试接口地址和请求报文拼接为至少一个请求，通过发送至少一个请求，能够实现简单并发测试，添加模块6并在请求的请求头中添加预设请求头参数并发送，接收模块7接收返回报文，查询模块8根据返回报文中携带的唯一日志id通过查询当前请求关联的日志信息以及与唯一日志id关联的其他日志信息，从而分析模块9基于日志信息分析并获取当前请求的下游接口简易拓扑图，实现了测试人员在获取测试资源时无需通过人力的方式整合测试资源，更进一步提高测试效率，节约了测试成本。
在一种可选的实施方式中，本实施例的测试资源动态加载系统还包括测试用例缓存模块10和第一测试用例打开模块11：
测试用例缓存模块10，用于在发送请求后将请求缓存为测试用例；
第一测试用例打开模块11，用于在打开测试用例后重新发起请求。
具体地，在完成一次请求后，测试用例缓存模块10将请求缓存为测试用例，若再次发送相同请求时，用户可以通过第一测试用例打开模块11快速选择并打开已缓存好的测试用例，进行请求重新发送，从而避免了重复操作，大大提高测试效率，节约了测试时间。
在一种可选的实施方式中，本实施例的测试资源动态加载系统还包括测试用例保存模块12和第二测试用例打开模块13；
测试用例保存模块12，用于在发送请求后将请求保存为测试用例，并将测试用例存储至测试用例数据库中；
第二测试用例打开模块13，用于在测试用例数据库中检索并打开目标测试用例，在打开目标测试用例后重新发起请求。
具体地，在完成一次请求后，测试用例保存模块12将每一次请求过保存为相应的测试用例，并将测试用例存储至测试用例数据库中，若再次发送请求时，用户可以通过第二测试用例打开模块13在测试用例数据库中检索并打开目标测试用例的方式，进行请求重新发送，从而避免了重复操作，大大提高测试效率，节约了测试时间。
在一种可选的实施方式中，用户可以通过包括但不限于测试用例的关键词、测试用例的接口名中至少一种的检索方式检索目标测试用例，图9示出了一种使用关键词检索测试用例的方法。
本实施例的测试资源动态加载方法，在能够通过一个测试任务id精准获取到所有测试资源，避免了测试人员在获取测试资源时重复检索的基础上，通过将测试应用、测试环境地址、测试接口地址和请求报文拼接为至少一个请求，并在请求的请求头添加预设请求头参数接收返回报文，以此根据唯一日志id查询关联的日志信息，从而实现了测试人员在获取测试资源时无需通过人力的方式整合测试资源，更进一步提高测试效率，节约了测试成本。
实施例5
图6为本发明实施例5提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或2中的测试资源动态加载方法。图6显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，电子设备30可以以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。
总线33包括数据总线、地址总线和控制总线。
存储器32可以包括易失性存储器，例如随机存取存储器(ram)321和/或高速缓存存储器322，还可以进一步包括只读存储器(rom)323。
存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或2中的测试资源动态加载方法。
电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(i/o)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图6所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、raid(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。
应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。
实施例6
本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或2中的测试资源动态加载方法中的步骤。
其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。
在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或2中的测试资源动态加载方法中的步骤。
其中，可以以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。
虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。
1.一种测试资源动态加载方法，其特征在于，所述测试资源动态加载方法包括：
获取测试任务id并根据所述测试任务id查询关联的测试应用；其中，所述测试任务id关联至少一个所述测试应用；
分析所述测试应用以获取测试环境地址；其中，测试资源包括所述测试环境地址；
根据所述测试环境地址获取其他测试资源。
2.如权利要求1所述的测试资源动态加载方法，其特征在于，所述分析所述测试应用以获取测试环境地址的步骤包括：
获取所述测试应用发布的测试环境；
查询所述测试环境对应的所述测试环境地址；
所述根据所述测试环境地址获取其他测试资源的步骤包括：
通过所述测试环境地址查找所述测试环境的注册方法以获取测试接口地址和历史请求报文。
3.如权利要求2所述的测试资源动态加载方法，其特征在于，所述测试资源动态加载方法还包括：
将所述测试应用、所述测试环境地址、所述测试接口地址和所述历史请求报文拼接为至少一个请求；
在所述请求的请求头中添加预设请求头参数，并发送所述请求；
接收返回报文并根据所述返回报文中携带的唯一日志id查询当前所述请求关联的日志信息；其中，所述预设请求头参数与所述唯一日志id对应，所述唯一日志id关联至少一个所述日志信息；
通过所述唯一日志id查询与所述唯一日志id关联的所述日志信息；
基于所述日志信息分析并获取当前所述请求的下游接口简易拓扑图。
4.如权利要求3所述的测试资源动态加载方法，其特征在于，所述测试资源动态加载方法还包括：
在发送所述请求后将所述请求缓存为测试用例；
在打开所述测试用例后重新发起所述请求；
和/或，
在发送所述请求后将所述请求保存为测试用例，并将所述测试用例存储至测试用例数据库中；
在所述测试用例数据库中检索并打开目标测试用例，在打开所述目标所述测试用例后重新发起所述请求。
5.一种测试资源动态加载系统，其特征在于，所述测试资源动态加载系统包括获取模块、测试环境地址获取模块和测试资源获取模块；
所述获取模块，用于获取测试任务id并根据所述测试任务id查询关联的测试应用；其中，所述测试任务id关联至少一个所述测试应用；
所述测试环境地址获取模块，用于分析所述测试应用以获取测试环境地址；其中，测试资源包括所述测试环境地址；
所述测试资源获取模块，用于根据所述测试环境地址获取其他测试资源。
6.如权利要求5所述的测试资源动态加载系统，其特征在于，所述测试环境地址获取模块包括测试环境获取单元和测试环境地址查询单元；
所述测试环境获取单元，用于获取所述测试应用发布的测试环境；
所述测试环境地址查询单元，用于查询所述测试环境对应的所述测试环境地址；
所述测试资源获取模块包括测试资源查找获取单元；
所述测试资源查找获取单元，用于通过所述测试环境地址查找所述测试环境的注册方法以获取测试接口地址和历史请求报文。
7.如权利要求6所述的测试资源动态加载系统，其特征在于，所述测试资源动态系统还包括拼接模块、添加模块、接收模块、查询模块和分析模块；
所述拼接模块，用于将所述测试应用、所述测试环境地址、所述测试接口地址和所述历史请求报文拼接为至少一个请求；
所述添加模块，用于在所述请求的请求头中添加预设请求头参数，并发送所述请求；
所述接收模块，用于接收返回报文并根据所述返回报文中携带的唯一日志id查询当前所述请求关联的日志信息；其中，所述预设请求头参数与所述唯一日志id对应，所述唯一日志id关联至少一个所述日志信息；
所述查询模块，用于通过所述唯一日志id查询与所述唯一日志id关联的所述日志信息；
所述分析模块，用于基于所述日志信息分析并获取当前所述请求的下游接口简易拓扑图。
8.如权利要求7所述的测试资源动态加载系统，其特征在于，所述测试资源动态加载系统还包括测试用例缓存模块、第一测试用例打开模块：
所述测试用例缓存模块，用于在发送所述请求后将所述请求缓存为测试用例；
第一测试用例打开模块，所述用于在打开所述测试用例后重新发起所述请求；
和/或，
所述测试资源动态加载系统还包括测试用例保存模块、第二测试用例打开模块；
所述测试用例保存模块，用于在发送所述请求后将所述请求保存为测试用例，并将所述测试用例存储至测试用例数据库中；
所述第二测试用例打开模块，用于在所述测试用例数据库中检索并打开目标测试用例，在打开所述目标所述测试用例后重新发起所述请求。
9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行计算机程序时实现权利要求1-4中任一项所述的测试资源动态加载方法。
10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-4中任一项所述的测试资源动态加载方法的步骤。
技术总结