一种自动化测试的方法、系统、计算机和存储介质与流程

1.本技术涉及软件测试领域，尤其涉及一种自动化测试的方法、系统、计算机和存储介质。


背景技术：

2.自动化测试已经成为软件行业测试领域中各种场景的较优解决方案，在质量保障中起到至关重要的作用。在适配如今高速发展的金融科技领域或其它相关领域中，现有的自动化框架或方案的跨公司或跨系统间的关联方数据查询场景中会遇到多种困难，例如对端系统不稳定会导致数据劣化或者服务链路抖动引起案例执行失败等问题。如何解决该场景下的各种问题是当下比较热门的研究方向。


技术实现要素：

3.鉴于上述问题，本技术提出一种自动化测试的方法、系统、计算机和存储介质。
4.本技术实施例提出一种自动化测试的方法，包括：
5.获取数据驱动文件，其中，所述数据驱动文件包括测试数据；
6.激活待测系统向mock系统和/或关联方系统发送所述测试数据的请求报文；
7.获取所述待测系统发送的所述请求报文和接收的响应报文；
8.基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。
9.进一步地，在上述的自动化测试的方法中，所述基于所述请求报文和所述响应报文进行断言操作，包括：
10.当所述待测系统发送请求报文和获取所述响应报文时，分别将发送与接收的相关数据进行记录，其中，所述相关数据包括报文发送与接收的时间；
11.对记录的所述相关数据进行逻辑断言。
12.进一步地，在上述的自动化测试的方法中，所述基于所述请求报文和所述响应报文进行断言操作，包括：
13.当所述待测系统发送所述请求报文和获取所述响应报文时，分别将所述请求报文和所述响应报文进行存储，将存储的所有数据作为待测数据；
14.对所述待测数据进行数据断言。
15.进一步地，在上述的自动化测试的方法中，还包括：
16.在激活所述待测系统发送所述请求报文之前，初始化mock系统的运行环境。
17.进一步地，在上述的自动化测试的方法中，所述mock系统存有至少一个案例测试对应的mock服务，还包括：
18.当所述mock系统获取多个请求报文时，所述mock系统对预设级别的所述请求报文对应的mock服务进行顺序开启和初始化。
19.进一步地，在上述的自动化测试的方法中，还包括：
20.调用所述mock服务的接口后的预设时间段后进行数据获取或数据接收。
21.本技术的另一实施例还提出一种自动化测试装置，包括：
22.第一获取单元，用于获取数据驱动文件，其中，所述数据驱动文件包括测试数据；
23.激活单元，用于激活待测系统向mock系统和/或关联方系统发送所述测试数据的请求报文；
24.第二获取单元，用于获取所述待测系统发送的所述请求报文和接收的响应报文；
25.反馈单元，用于基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。
26.本技术的另一实施例还提出一种自动化测试系统，其特征在于，包括：测试平台、待测系统、mock系统和隔离网关；
27.所述测试平台用于激活所述待测系统经过所述隔离网关向所述mock系统发送请求报文；
28.所述mock系统用于基于所述请求报文，产生响应报文，并通过所述隔离网关向所述待测系统反馈所述响应报文；
29.所述待测系统用于接收所述响应报文，并基于所述请求报文和所述响应报文，产生待测数据和发送与接收的相关数据；
30.所述测试平台用于获取所述待测数据和所述相关数据，并分别对所述待测数据和所述相关数据进行断言，将所述断言的结果作为测试结果。
31.本技术的另一实施例还提出一种计算机，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行上述的自动化测试的方法的步骤。
32.本技术的另一实施例还提出一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行上述的自动化测试的方法的步骤。
33.本技术的实施例具有以下的有益效果：
34.本技术实施例提出一种自动化测试的方法，通过在待测系统和外联方系统通信链路中引入对应mock系统服务以及网关。通过网关中间件实现相应链路质量监测以及服务降级控制，mock系统服务通过监听链路数据，判断需要动态代理的请求，并适配/模拟对应测试场景的响应数据。由于自动化案例运行在相对“稳定”环境中，当关联方系统不稳定时，可以通过mock系统服务完成相应的案例测试，因此，对系统的稳定性能和能效带来较大的提升。另外，从目前在研发流程中试运行的情况来看，还较好地解决该测试场景下因手工测试造成成本较高、回归工作量大的测试问题。
附图说明
35.为了更清楚地说明本技术的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对本技术保护范围的限定。在各个附图中，类似的构成部分采用类似的编号。
36.图1示出了本技术一些实施方式的自动化测试的方法的场景应用示意图；
37.图2示出了本技术一些实施方式的自动化测试的方法的第一流程示意图；
38.图3示出了本技术一些实施方式的自动化测试的方法的第二流程示意图；
39.图4示出了本技术一些实施方式的自动化测试的方法的表格示意图；
40.图5示出了本技术一些实施方式的自动化测试的方法的第三流程示意图；
41.图6示出了本技术一些实施方式的自动化测试的方法的第四流程示意图；
42.图7示出了本技术一些实施方式的自动化测试装置的结构示意图；
43.图8示出了本技术一些实施方式的自动化测试系统的结构示意图。
具体实施方式
44.下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。
45.通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.在下文中，可在本技术的各种实施例中使用的术语“包括”、“具有”及其同源词仅意在表示特定特征、数字、步骤、操作、元件、组件或前述项的组合，并且不应被理解为首先排除一个或更多个其它特征、数字、步骤、操作、元件、组件或前述项的组合的存在或增加一个或更多个特征、数字、步骤、操作、元件、组件或前述项的组合的可能性。
47.此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
48.除非另有限定，否则在这里使用的所有术语(包括技术术语和科学术语)具有与本技术的各种实施例所属领域普通技术人员通常理解的含义相同的含义。所述术语(诸如在一般使用的词典中限定的术语)将被解释为具有与在相关技术领域中的语境含义相同的含义并且将不被解释为具有理想化的含义或过于正式的含义，除非在本技术的各种实施例中被清楚地限定。
49.下面结合附图，对本技术的一些实施方式作详细说明。在不冲突的情况下，下述的实施例及实施例中的特征可以相互结合。
50.通常地，在系统间测试链路动态调整、异步/同步查询模式、实时/仅复用/复用优先查询方式以及数据场景的多元组合等场景中，会出现关联方系统的不稳定情况。由于ci/cd通过频繁对更新的代码进行检查与严格测试并及时处理反馈，从而在保证软件质量的前提下缩短交付所需时间。一般来说，可以通过不同的工具实现分阶段的ci/cd，从而实现整体的工作流，但该流程极易被不可避免的人工干预打断。因此，建立ci/cd流水线是很有必要的。ci/cd流水线是指将开发直至部署的整体生态链的每一个步骤都通过流水线串联起来并代码化，使得开发流程能够通过自动化流水线的形式变得更为高效、快速，只需将本地代码发布到测试环境，就可根据流水线走向判断是否出现bug并进行修正。自动化的ci/cd流水线可以加快开发流程并加速各方反馈循环，确保每个步骤的执行始终如一，使软件自动、快速、持续的交付更加轻松。其中，ci/cd流水线包括持续集成(continuous integration，ci)流水线、持续交付(continuous delivery，cd)流水线和持续部署
(continuous deployment，cd)流水线。
51.整个研发周期内，一般通过将自动化冒烟/系统集成测试(system integration testing，sit)/回归案例集成至ci/cd流水线中，可高效可量化的反映出待测软硬件系统的开发质量。所以需要通过敏捷的研发流程，使用相对较低的研发成本将系统问题暴露并解决。那如何解决/抽象该场景下的各种问题，以及提供一套可扩展、高适配性、低维护成本的自动化解决方案是亟需解决的问题。
52.因此，针对上述问题，本技术提出一种可用于金融科技或其他相关领域的自动化测试的方法。
53.请参照图1，为本技术实施例提出的自动化测试的方法的一种场景应用示意图。示范性地，该自动化测试的方法应用于it软件行业中的软件测试，例如，可以是金融it软件行业中的跨公司/系统间的关联方数据查询场景等。
54.如图1所示，除了待测系统和关联方系统之外还添加mock系统，使得当关联方系统在不稳定的情况下，可以通过自动化工程的测试平台中的数据驱动文件来控制mock系统中的案例服务开启和关闭。从而使得整个测试系统的稳定性得到较大的提升。其中，mock系统是一个独立的测试环境，时刻与关联方系统进行数据互动，使得mock系统类似于关联方系统的一个“镜像”，mock系统的功能和所需要的关联方系统的功能接近一致，这样就减少了待测系统和关联方系统之间的开发依赖，保证系统本身功能的稳定性、准确性以及保证测试独立性。其中，关联方系统不稳定的情况包括以下几种情况：
55.第一，关联方系统没有开发完成，需要等待接口的数据来进行开发，这个时候mock系统中的mock服务能大大缩短开发联调等待时间。
56.第二，关联方的某些场景很难去模拟，例如超时、未知错误或者第三方接口不稳定等。
57.第三，关联方处于性能测试中会使得相应接口被隔离，使得响应时间不稳定。
58.在一些实施方式中，如图2所示，一种自动化测试的方法可以包括：
59.s110，获取数据驱动文件，其中，数据驱动文件包括测试数据。
60.具体地，整个自动化工程相应的系统会根据获取到的数据驱动文件自动进行整个测试操作。数据驱动文件包括后续测试时需要的所有测试数据。
61.s210，激活待测系统向mock系统和/或关联方系统发送测试数据的请求报文。
62.具体地，当mock系统被激活后，mock系统通过监听链路数据，判断需要动态代理的请求，并适配/模拟对应测试场景的响应数据。自动化工程中的驱动文件控制mock系统中的mock服务打开/关闭。当mock服务被打开后，mock系统根据接收到的响应报文进行对应的mock服务，并将响应结果以响应报文的形式进行反馈。另外，待测系统会根据所述测试数据产生相应的请求报文，并将请求报文发送至mock系统和/或关联方系统，并且待测系统还会将发送的请求报文进行存储。
63.s310，获取所述待测系统发送的请求报文和接收的响应报文。
64.具体地，当mock系统反馈响应报文后，待测系统会获取响应报文，然后系统会获取待测系统获取的响应报文，后续整个自动化工程对应的系统会对请求报文和响应报文进行相应的操作。
65.s410，基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为
测试结果。
66.具体地，编写代码时，一般会做出一些假设，断言就是用于在代码中捕捉这些假设。在程序中的某个特定点该表达式值为真，可以在任何时候启用和禁用断言验证，因此可以在测试时启用断言而在部署时禁用断言。同样，程序投入运行后，最终在遇到问题时可以重新启用断言。使用断言可以创建更稳定、品质更好且不易于出错的代码。当需要在一个值为false时中断当前操作，可以使用断言。单元测试必须使用断言。除了类型检查和单元测试外，断言还提供了一种确定各种特性是否在程序中得到维护的极好的方法。
67.进一步地，断言一般有两种形式：
68.第一种是：assert expression1。
69.第二种是：assert expression1：expression2。
70.其中，expression1应该总是一个布尔值，expression2是断言失败时输出的失败消息的字符串。如果expression1为假，则抛出一个assertion error，这是一个错误，而不是一个异常，也就是说是一个不可控制异常，assertion error由于是错误，所以可以不捕获，但一般不这样做，因为会使相应的系统进入不稳定状态。
71.在一些实施方式中，如图3所示，自动化测试的方法中，基于请求报文和响应报文进行断言，包括：
72.s411，当待测系统发送请求报文和获取响应报文时，分别将发送与接收的相关数据进行记录，其中，相关数据包括发送与接收的时间。
73.s412，对记录的相关数据进行逻辑断言。
74.具体地，当待测系统发送请求报文时，将发送请求报文的相关动态操作过程以及发送的时间进行记录，同样的，当待测系统接收响应报文时，将接收响应报文的相关动态操作过程以及发送的时间进行记录。当然，相关数据除了包括发送和接收的时间，以及发送和接收的相关动态操作过程外，还可以包括其他的数据，这里不做限定。其中，记录的形式可以为日志，也可以为表格或其它形式的文件。示范性地，如图4所示，该表格为记录相关数据的一个示例。其中，包括scene场景、source点命令、except异常处理、desc命令和mockid身份标识号。其中，scene场景包括但不限于实时查询/成功有数据、实时查询/成功无数据、仅复用查询/成功有数据和仅复用查询/失败无数据/cardno不同等。
75.当记录完成后，对记录的相关数据进行逻辑断言。
76.在一些实施方式中，如图5所示，自动化测试的方法中，基于请求报文和响应报文进行断言，包括：
77.s413，当待测系统发送请求报文和获取响应报文时，分别将请求报文和响应报文进行存储，将存储的所有数据作为待测数据。
78.s414，对待测数据进行数据断言。
79.具体地，为了使得结果更加准确，除了对操作的动态进行逻辑断言外，还对请求报文和响应报文的内容进行数据断言。当待测系统收到响应报文后，将接收的响应报文进行存储，将存储的响应报文和请求报文对应的数据作为待测数据，所以待测数据由请求报文和待测系统接收的响应报文组成。然后再对待测数据进行数据断言，数据断言就是对请求报文/响应报文的具体内容进行判断。
80.在一些实施方式中，如图6所示，自动化测试的方法还包括：
81.s120，在激活待测系统发送请求报文之前，初始化mock系统的运行环境。
82.具体地，首先自动化工程会初始化mock系统的运行环境，其中，初始化的过程包括ip环境的配置、规则配置、分流设置、请求拦截、响应模拟和mock服务的启动停止等。
83.在一些实施方式中，自动化测试的方法中的mock系统存有至少一个案例测试对应的mock服务，还包括：
84.当mock系统获取多个请求报文时，mock系统对预设级别的请求报文对应的mock服务进行顺序开启和初始化。
85.具体地，系统会根据优先级规则对每个案例测试对应的请求报文添加预设级别，当mock系统接收到至少一个响应报文后，判断响应报文的数量，若响应报文的数量大于一个时，则根据每个响应报文的级别，按照先后顺序对相应的mock服务进行相应的初始化和打开。其中，每个案例测试对应一个mock服务。
86.进一步地，预设级别的顺序可以是由最高级到最低级依次递减，高级别的优先初始化和打开，低级别的稍后初始化和打开。可选择地，预设级别的顺序可以是由最低级到最高级依次递增，低级别的优先初始化和打开，高级别的稍后初始化和打开。其中，mock系统在同一时间内只打开一个mock服务，并将其它的mock服务进行关闭。当一个mock服务完成时，则将下一个mock服务打开，同时将其他的mock服务关闭。这就现实了能够同时操作多个mock服务打开/关闭。
87.在一些实施方式中，自动化测试的方法中，调用mock服务的接口后的预设时间段后进行数据获取或数据接收。
88.具体地，为了增加系统的稳定性，还可以在调用mock服务的接口后，增加预留生效的时间。
89.进一步地，可以通过java抽象类来管理逻辑断言和数据断言。针对不同关联方查询场景可以做灵活的横向扩展能力以及共性场景的逻辑复用，减少新增场景的自动化代码量和后续的运营维护成本。
90.进一步地，还可以通过testng框架本身数据驱动的模式，将测试案例的维护主要集中在file(例如excel)中。同一关联方查询接口的交互(同步/异步、复用或数据场景)都通过文件来管理案例场景和逻辑断言部分数据，使得相对易用性较好。
91.本技术实施例提出一种自动化测试的方法，通过在待测系统和外联方系统通信链路中引入对应mock系统服务以及网关。通过网关中间件实现相应链路质量监测以及服务降级控制，mock系统服务通过监听链路数据，判断需要动态代理的请求，并适配/模拟对应测试场景的响应数据。解决了传统自动化工程中测试案例的相互依赖、无法并行运行等效能问题。更重要的是，由于自动化案例运行在相对“稳定”环境中，当关联方系统不稳定时，可以通过mock系统服务完成相应的案例测试，因此，对系统的稳定性能和能效带来较大的提升。另外，从目前在研发流程中试运行的情况来看，还较好地解决该测试场景下因手工测试造成成本较高、回归工作量大的测试问题。
92.本技术的另一实施例还提出一种自动化测试装置500，如图7所示，装置500包括：
93.第一获取单元510，用于获取数据驱动文件，其中，数据驱动文件包括测试数据。
94.激活单元520，用于激活待测系统向mock系统和/或关联方系统发送测试数据的请求报文。
95.第二获取单元530，用于获取待测系统生成的待测数据，待测数据由请求报文和待测系统接收的响应报文组成。
96.反馈单元540，用于对所述待测数据进行断言，将断言的结果作为测试结果。
97.本技术的另一实施例还提出一种自动化测试系统，如图8所示，系统包括：测试平台、待测系统、mock系统和隔离网关；
98.测试平台用于激活待测系统经过隔离网关向mock系统发送请求报文；
99.mock系统用于基于请求报文，产生响应报文，并通过隔离网关向待测系统反馈响应报文；
100.待测系统用于接收响应报文，并基于请求报文和响应报文，产生待测数据和发送与接收的相关数据；
101.测试平台用于获取待测数据和相关数据，并分别对待测数据和相关数据进行断言，将断言的结果作为测试结果。
102.具体地，由于每当待测系统向关联方系统发送请求报文时，会经过中间的隔离网关，这样每当待测系统向关联方系统发送请求报文时，mock系统也会从隔离网关中获取到待测系统发送的请求报文，并和关联方系统对该请求报文做相同的操作。其中，隔离网关可以对相应链路质量的检测以及服务降级控制。
103.本技术的另一实施例还提出一种计算机，包括存储单元和处理单元，存储单元中存储有计算机程序，处理单元通过调用存储单元中存储的计算机程序，执行如上述的自动化测试的方法的步骤。
104.本技术的另一实施例还提出一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序适于处理器进行加载，以执行如上述的自动化测试的方法的步骤。
105.可以理解，本实施例的方法步骤对应于上述实施例中的自动化测试的方法，其中，上述自动化测试的方法的可选项同样适用于本实施例，这里不再重复描述。
106.在本技术所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和结构图显示了根据本技术的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，结构图和/或流程图中的每个方框、以及结构图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
107.另外，在本技术各个实施例中的各功能模块或单元可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或更多个模块集成形成一个独立的部分。
108.所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计
算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是智能手机、个人计算机、服务器、或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
109.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。

技术特征：
1.一种自动化测试的方法，其特征在于，包括：获取数据驱动文件，其中，所述数据驱动文件包括测试数据；激活待测系统向mock系统和/或关联方系统发送所述测试数据的请求报文；获取所述待测系统发送的所述请求报文和接收的响应报文；基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。2.根据权利要求1所述的自动化测试的方法，其特征在于，所述基于所述请求报文和所述响应报文进行断言操作，包括：当所述待测系统发送请求报文和获取所述响应报文时，分别将发送与接收的相关数据进行记录，其中，所述相关数据包括报文发送与接收的时间；对记录的所述相关数据进行逻辑断言。3.根据权利要求1所述的自动化测试的方法，其特征在于，所述基于所述请求报文和所述响应报文进行断言操作，包括：当所述待测系统发送所述请求报文和获取所述响应报文时，分别将所述请求报文和所述响应报文进行存储，将存储的所有数据作为待测数据；对所述待测数据进行数据断言。4.根据权利要求1所述的自动化测试的方法，其特征在于，还包括：在激活所述待测系统发送所述请求报文之前，初始化mock系统的运行环境。5.根据权利要求1所述的自动化测试的方法，其特征在于，所述mock系统存有至少一个案例测试对应的mock服务，还包括：当所述mock系统获取多个请求报文时，所述mock系统对预设级别的所述请求报文对应的mock服务进行顺序开启和初始化。6.根据权利要求5所述的自动化测试的方法，其特征在于，还包括：调用所述mock服务的接口后的预设时间段后进行数据获取或数据接收。7.一种自动化测试装置，其特征在于，包括：第一获取单元，用于获取数据驱动文件，其中，所述数据驱动文件包括测试数据；激活单元，用于激活待测系统向mock系统和/或关联方系统发送所述测试数据的请求报文；第二获取单元，用于获取所述待测系统发送的所述请求报文和接收的响应报文；反馈单元，用于基于所述请求报文和所述响应报文进行断言操作，将所述断言的结果作为测试结果。8.一种自动化测试系统，其特征在于，包括：测试平台、待测系统、mock系统和隔离网关；所述测试平台用于激活所述待测系统经过所述隔离网关向所述mock系统发送请求报文；所述mock系统用于基于所述请求报文，产生响应报文，并通过所述隔离网关向所述待测系统反馈所述响应报文；所述待测系统用于接收所述响应报文，并基于所述请求报文和所述响应报文，产生待测数据和发送与接收的相关数据；所述测试平台用于获取所述待测数据和所述相关数据，并分别对所述待测数据和所述
相关数据进行断言，将所述断言的结果作为测试结果。9.一种计算机，其特征在于，包括存储单元和处理单元，所述存储单元中存储有计算机程序，所述处理单元通过调用所述存储单元中存储的所述计算机程序，执行如权利要求1至6任一项所述的自动化测试的方法的步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序适于处理器进行加载，以执行如权利要求1至6任一项所述的自动化测试的方法的步骤。

技术总结
本申请涉及软件测试领域，尤其涉及一种自动化测试的方法、系统、计算机和存储介质，该方法包括：获取数据驱动文件，其中，所述数据驱动文件包括测试数据；激活待测系统向Mock系统和/或关联方系统发送所述测试数据的请求报文；获取所述待测系统生成的待测数据，所述待测数据由所述请求报文和所述待测系统接收的响应报文组成；对所述待测数据进行断言，将所述断言的结果作为测试结果。本申请中的方法通过Mock系统服务完成相应的案例测试，对系统的稳定性能和能效带来较大的提升。稳定性能和能效带来较大的提升。稳定性能和能效带来较大的提升。


技术研发人员：王夏
受保护的技术使用者：平安银行股份有限公司
技术研发日：2023.04.07
技术公布日：2023/7/20