回归测试方法、装置、电子设备及存储介质与流程

1.本公开涉及互联网领域，特别涉及软件测试领域的回归测试方法、装置、电子设备及存储介质。


背景技术：

2.在回归测试中，为解决测试用例的全面性以及环境搭建成本高等问题，可采用流量录制回放技术，即自动复制线上服务(即线上应用)的真实流量并在测试环境中回放。
3.目前的流量录制回放方式中，多通过侵入服务内部对服务内部发起的接口调用行为进行捕获来实现流量录制，或者，通过在服务拓扑中增加一层中间件，由中间件对链路上的流量进行存储和转发等。但前一种方式只能针对某些特定的语言实现，且对服务有一定的侵入性，后一种方式由于在服务拓扑中增加了一层网络交互，因此增大了通讯开销以及以及增大了系统稳定性风险等。


技术实现要素：

4.本公开提供了回归测试方法、装置、电子设备及存储介质。
5.一种回归测试方法，包括：
6.针对系统中需要进行回归测试的待测模块，从网络层录制对应的线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量；
7.基于所述客户端请求流量对所述待测模块对应的被测服务进行回放测试，并基于所述下游依赖请求流量对所述被测服务的下游依赖服务进行模拟mock。
8.一种回归测试装置，包括：录制模块以及回放模块；
9.所述录制模块，用于针对系统中需要进行回归测试的待测模块，从网络层录制对应的线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量；
10.所述回放模块，用于基于所述客户端请求流量对所述待测模块对应的被测服务进行回放测试，并基于所述下游依赖请求流量对所述被测服务的下游依赖服务进行模拟mock。
11.一种电子设备，包括：
12.至少一个处理器；以及
13.与所述至少一个处理器通信连接的存储器；其中，
14.所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如以上所述的方法。
15.一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使计算机执行如以上所述的方法。
16.一种计算机程序产品，包括计算机程序/指令，所述计算机程序/指令被处理器执行时实现如以上所述的方法。
17.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特
征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
18.附图用于更好地理解本方案，不构成对本公开的限定。其中：
19.图1为本公开所述回归测试方法实施例的流程图；
20.图2为本公开所述多模块的回归测试场景的示意图；
21.图3为本公开所述将相同的键对应的值进行合并后的效果示意图；
22.图4为本公开所述回归测试方法的整体实现过程示意图；
23.图5为本公开所述回归测试装置实施例500的组成结构示意图；
24.图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。
具体实施方式
25.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
26.另外，应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
27.图1为本公开所述回归测试方法实施例的流程图。如图1所示，包括以下具体实现方式。
28.在步骤101中，针对系统中需要进行回归测试的待测模块，从网络层录制对应的线上服务的真实流量，包括客户端(client)请求流量以及下游依赖请求流量。
29.在步骤102中，基于客户端请求流量对待测模块对应的被测服务进行回放测试，并基于下游依赖请求流量对被测服务的下游依赖服务进行模拟(mock)。
30.上述方法实施例所述方案中，可从网络层录制线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量，并可基于录制的真实流量实现对于被测服务的回放测试以及下游依赖服务的mock，避免了对服务造成侵入，而且对服务的开发语言没有要求，具有广泛适用性，并减小了通讯开销及确保了系统稳定性等。
31.在实际应用中，系统中需要进行回归测试的待测模块的数量可能为一个，也可能为多个，分别对应于单模块的回归测试场景以及多模块的回归测试场景。
32.对于单模块的回归测试场景，只需录制一个待测模块的客户端请求流量和下游依赖请求流量，并可搭建该待测模块的测试环境，该待测模块的所有下游依赖服务均可通过mock服务(mock server)代替，并可将录制好的客户端请求流量按录制时间由先到后的顺序回放到测试环境，由于下游依赖服务使用的是一同录制的下游依赖请求流量，因此测试环境原有功能的返回值应和线上环境一致，而且，不管读写请求均可支持回放，能够快速实现单模块的回归测试。
33.图2为本公开所述多模块的回归测试场景的示意图。如图2所示，对于该场景，需要录制每个待测模块的客户端请求流量和下游依赖请求流量，待测模块可包括模块m0、模块
m11和模块m12，并可搭建多模块的测试环境，其余未涉及改动的下游依赖服务，如图2中所示的模块m13、模块m21、模块m22和模块m23，可通过mock服务代替。回放测试时可使用到模块m0的入口客户端请求流量进行回放。
34.不论上述哪种场景，针对每个待测模块，均可从网络层录制对应的线上服务的真实流量，即录制线上服务的真实请求，包括客户端请求流量以及下游依赖请求流量。
35.本公开的一个实施例中，可将线上服务的端口作为拷贝网卡流量的过滤器(filter)，录制客户端请求流量，将线上服务配置的下游依赖服务及地址作为过滤器，录制下游依赖请求流量。
36.另外，在实际应用中，还可监控机器资源情况，所述资源可包括中央处理单元(cpu，central processing unit)、存储器(memory)和磁盘(disk)等，当监控到出现异常或负载大于预定阈值时，可停止录制过程，并可进行告警，以便相关人员及时对存在的问题进行处理，进而确保了录制的继续进行以及确保了录制质量等。
37.本公开的一个实施例中，可将录制的客户端请求流量及下游依赖请求流量解析为预定格式，并可对解析结果进行预定的优化处理。
38.所述预定格式具体为何种格式可根据实际需要而定，通过解析为预定格式，可方便后续的处理，所述预定的优化处理具体为何种处理同样可根据实际需要而定，比如，可将坏包丢弃等，从而提升了后续处理结果的准确性等。
39.本公开的一个实施例中，客户端请求流量可包括：客户端请求及对应的响应，下游依赖请求流量可包括：下游依赖请求及对应的响应，另外，可采用键值对(key-value)的方式对客户端请求及对应的响应进行保存，以及，可采用键值对的方式对下游依赖请求及对应的响应进行保存。
40.即可采用远程字典服务(redis，remote dictionary server)中的键值对方式对请求及对应的响应进行保存，该方式实现简单，且方便了后续对请求和响应的读取访问等。
41.本公开的一个实施例中，还可将相同的键对应的值进行合并，按照录制时间由先到后的顺序以链表的形式对各值进行保存。
42.通常来说，在redis中，键是不能重复的，如果相同的键对应的值不同，后录制的值就会覆盖之前的值，从而导致出现非幂等问题。而采用上述处理方式后，可将相同的键对应的值进行合并，按照录制时间由先到后的顺序以链表的形式对各值进行保存，如图3所示，图3为本公开所述将相同的键对应的值进行合并后的效果示意图，其中的值1和值2等表示相同的键对应的各个值。由于在录制客户端请求流量和下游依赖请求流量时保存了不同请求的先后顺序，相应地，相同的请求对应的响应可按照录制时间由先到后的顺序以链表的形式保存下来，这样，客户端请求的先后顺序和下游依赖请求的先后顺序将是一致的，在按照时间顺序回放客户端请求时，能够一一对应到相应的下游依赖请求。
43.以单模块的回归测试场景为例，对于待测模块，可基于客户端请求流量对待测模块对应的被测服务进行回放测试，即可将线上录制的客户端请求按录制时间由先到后的顺序依次发送到被测服务。
44.所述回放测试可包括功能测试和性能测试等。其中，功能测试可以是指差异(diff)测试，diff测试是指比对相同接口在不同版本/不同环境下的返回内容是否符合预期，比如，可获取被测服务针对发送来的客户端请求的响应与录制的响应之间的差异，确定
所述差异是否符合预期。性能测试可以是指性能测试发压等。
45.对于任一待测模块，还可基于下游依赖请求流量对被测服务(待测模块对应的被测服务)的下游依赖服务进行mock。
46.本公开的一个实施例中，针对任一待测模块，可启动mock服务，所述mock服务可用于获取被测服务发出的下游依赖请求，并可通过待测模块对应的下游依赖请求流量确定出发出的下游依赖请求对应的响应，进而可将所述响应返回给被测服务。
47.即mock服务获取到被测服务发出的下游依赖请求后，可通过查询所保存的待测模块对应的下游依赖请求流量的键值对，确定出获取到的下游依赖请求对应的响应，进而可将所述响应返回给被测服务。
48.通过mock服务，无需搭建被测服务的下游依赖服务，从而提升了测试效率等。
49.在实际应用中，可能只需要mock部分下游依赖服务，即部分模块，而剩余的模块希望采用真实环境。
50.相应地，本公开的一个实施例中，mock服务可进一步用于，若确定被测服务发出的下游依赖请求对应的模块为需要mock的模块，则通过待测模块对应的下游依赖请求流量确定出发出的下游依赖请求对应的响应，返回给被测服务，否则，通过访问发出的下游依赖请求对应的模块的下游真实环境得到发出的下游依赖请求对应的响应，返回给被测服务。
51.可预先通过配置文件，配置各模块(测试中需要用到的各模块)是否需要mock以及下游真实环境的地址信息等。这样，mock服务在获取到被测服务发出的任一下游依赖请求后，可首先根据配置文件确定出该下游依赖请求对应的模块是否为需要mock的模块，若是需要mock的模块，则可通过对应的下游依赖请求流量确定出该下游依赖请求对应的响应，返回给被测服务，若不是需要mock的模块，可通过访问该模块的下游真实环境得到该下游依赖请求对应的响应，返回给被测服务，即不需要mock的模块可直接穿透到下游真实环境。
52.借助于上述配置文件，可灵活配置各模块是否需要进行mock，从而能够满足不同的场景需求，并可基于下游真实环境获取到更为准确的响应等。
53.如前所述，回放测试中可包括功能测试。本公开的一个实施例中，针对发送给被测服务的任一客户端请求，还可分别生成对应的功能测试用例(case)。
54.生成的功能测试用例可用于后续对待测模块进行再次的回归测试等，从而丰富了测试数据，提升了测试效果等。
55.本公开的一个实施例中，生成功能测试用例的方式可包括：从被测服务获取针对本次客户端请求生成的第一日志记录，从mock服务获取针对本次客户端请求生成的第二日志记录，对第一日志记录和第二日志记录进行整合，根据整合结果生成所述功能测试用例。
56.其中，第一日志记录中可记录有被测服务一侧针对本次客户端请求所使用到的请求和响应，如可包括获取到的客户端请求、获取到的客户端请求对应的响应等，第二日志记录中可记录有mock服务一侧针对本次客户端请求所使用到的请求和响应，如可包括获取到的下游依赖请求、获取到的下游依赖请求对应的响应等。
57.可对第一日志记录和第二日志记录进行整合，并可根据整合结果生成所需的功能测试用例。如何进行整合不作限制。另外，如何根据整合结果生成所需的功能测试用例同样不作限制，比如，可将整合结果转换为预定格式，或者，还可在整合结果中进一步加入一些其它信息，所述其它信息可包括录制的响应等。
58.完成整合之后，可向被测服务和mock服务分别发送重置请求，以通知被测服务和mock服务清除之前生成的日志记录，并准备针对下一客户端请求进行处理。
59.综合上述介绍，图4为本公开所述回归测试方法的整体实现过程示意图。
60.如图4所示，以只存在一个待测模块为例，可从网络层录制待测模块对应的线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量，其中，客户端请求流量包括：客户端请求及对应的响应，下游依赖请求流量包括：下游依赖请求及对应的响应。
61.如图4所示，可分别对录制的客户端请求流量以及下游依赖请求流量进行保存，并且，可采用键值对的方式对客户端请求及对应的响应进行保存，以及，可采用键值对的方式对下游依赖请求及对应的响应进行保存。在保存之前，还可将录制的客户端请求流量及下游依赖请求流量解析为预定格式，并可对解析结果进行预定的优化处理。
62.如图4所示，可利用录制的客户端请求流量对待测模块对应的被测服务进行回放测试，并可基于录制的下游依赖请求流量对被测服务的下游依赖服务进行mock。如可将线上录制的客户端请求按录制时间由先到后的顺序依次发送到被测服务。另外，可启动mock服务，所述mock服务可用于获取被测服务发出的下游依赖请求，并可通过保存的下游依赖请求流量确定出该下游依赖请求对应的响应，返回给被测服务等。
63.其它具体实现可参照前述相关说明，不再赘述。
64.总之，采用本公开所述回归测试方法，可避免对服务造成侵入，而且对服务的开发语言没有要求，具有广泛适用性，并减小了通讯开销以及确保了系统稳定性，另外，可无需或减少搭建下游依赖服务，进而提升了测试效率等。
65.需要说明的是，对于前述的方法实施例，为了简单描述，将其表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本公开所必须的。
66.以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。
67.图5为本公开所述回归测试装置实施例500的组成结构示意图。如图5所示，包括：录制模块501以及回放模块502。
68.录制模块501，用于针对系统中需要进行回归测试的待测模块，从网络层录制对应的线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量。
69.回放模块502，用于基于所述客户端请求流量对待测模块对应的被测服务进行回放测试，并基于所述下游依赖请求流量对被测服务的下游依赖服务进行mock。
70.上述装置实施例所述方案中，可从网络层录制线上服务的真实流量，包括客户端请求流量以及下游依赖请求流量，并可基于录制的真实流量实现对于被测服务的回放测试以及下游依赖服务的mock，避免了对服务造成侵入，而且对服务的开发语言没有要求，具有广泛适用性，并减小了通讯开销及确保了系统稳定性等。
71.在实际应用中，系统中需要进行回归测试的待测模块的数量可能为一个，也可能为多个，分别对应于单模块的回归测试场景以及多模块的回归测试场景。
72.不论哪种场景，针对每个待测模块，均可从网络层录制对应的线上服务的真实流
量，即录制线上服务的真实请求，包括客户端请求流量以及下游依赖请求流量。
73.本公开的一个实施例中，录制模块501可将线上服务的端口作为拷贝网卡流量的过滤器，录制客户端请求流量，将线上服务配置的下游依赖服务及地址作为过滤器，录制下游依赖请求流量。
74.本公开的一个实施例中，录制模块501还可将录制的客户端请求流量及下游依赖请求流量解析为预定格式，并可对解析结果进行预定的优化处理。
75.本公开的一个实施例中，客户端请求流量可包括：客户端请求及对应的响应，下游依赖请求流量可包括：下游依赖请求及对应的响应，另外，可采用键值对的方式对客户端请求及对应的响应进行保存，以及，可采用键值对的方式对下游依赖请求及对应的响应进行保存。
76.即可采用redis中的键值对方式对请求及对应的响应进行保存。
77.本公开的一个实施例中，录制模块501还可将相同的键对应的值进行合并，按照录制时间由先到后的顺序以链表的形式对各值进行保存。
78.通常来说，在redis中，键是不能重复的，如果相同的键对应的值不同，后录制的值就会覆盖之前的值，从而导致出现非幂等问题。而采用上述处理方式后，可将相同的键对应的值进行合并，按照录制时间由先到后的顺序以链表的形式对各值进行保存，从而避免了所述非幂等问题。
79.回放模块502可基于客户端请求流量对待测模块对应的被测服务进行回放测试，并可基于下游依赖请求流量对被测服务的下游依赖服务进行mock。
80.以单模块的回归测试场景为例，对于待测模块，回放模块502可将线上录制的客户端请求按照录制时间由先到后的顺序依次发送到被测服务。所述回放测试可包括功能测试和性能测试等。
81.另外，本公开的一个实施例中，针对任一待测模块，回放模块502可启动mock服务，所述mock服务可用于获取被测服务发出的下游依赖请求，并可通过待测模块对应的下游依赖请求流量确定出发出的下游依赖请求对应的响应，返回给被测服务。
82.即mock服务获取到被测服务发出的下游依赖请求后，可通过查询所保存的待测模块对应的下游依赖请求流量的键值对，确定出获取到的下游依赖请求对应的响应，进而可将所述响应返回给被测服务。
83.在实际应用中，可能只需要mock部分下游依赖服务，即部分模块，而剩余的模块希望采用真实环境。
84.相应地，本公开的一个实施例中，mock服务可进一步用于，若确定被测服务发出的下游依赖请求对应的模块为需要mock的模块，则通过待测模块对应的下游依赖请求流量确定出发出的下游依赖请求对应的响应，返回给被测服务，否则，通过访问发出的下游依赖请求对应的模块的下游真实环境得到发出的下游依赖请求对应的响应，返回给被测服务。
85.可预先通过配置文件，配置各模块是否需要mock以及下游真实环境的地址信息等。这样，mock服务在获取到被测服务发出的任一下游依赖请求后，可首先根据配置文件确定出该下游依赖请求对应的模块是否为需要mock的模块，若是需要mock的模块，则可通过对应的下游依赖请求流量确定出该下游依赖请求对应的响应，返回给被测服务，若不是需要mock的模块，可通过访问该模块的下游真实环境得到该下游依赖请求对应的响应，返回
给被测服务，即不需要mock的模块可直接穿透到下游真实环境。
86.如前所述，回放测试中可包括功能测试。本公开的一个实施例中，回放模块502针对发送给被测服务的任一客户端请求，还可分别生成对应的功能测试用例。
87.本公开的一个实施例中，生成功能测试用例的方式可包括：从被测服务获取针对本次客户端请求生成的第一日志记录，从mock服务获取针对本次客户端请求生成的第二日志记录，对第一日志记录和第二日志记录进行整合，根据整合结果生成所述功能测试用例。
88.图5所示装置实施例的具体工作流程可参照前述方法实施例中的相关说明，不再赘述。
89.总之，采用本公开所述回归测试装置，可避免对服务造成侵入，而且对服务的开发语言没有要求，具有广泛适用性，并减小了通讯开销以及确保了系统稳定性，另外，可无需或减少搭建下游依赖服务，进而提升了测试效率等。
90.本公开所述实施例中的流量并不是针对某一特定用户的，并不能反映出某一特定用户的个人信息。本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供和公开等处理，均符合相关法律法规的规定，且不违背公序良俗。
91.根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
92.图6示出了可以用来实施本公开的实施例的电子设备600的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字助理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
93.如图6所示，设备600包括计算单元601，其可以根据存储在只读存储器(rom)602中的计算机程序或者从存储单元608加载到随机访问存储器(ram)603中的计算机程序，来执行各种适当的动作和处理。在ram 603中，还可存储设备600操作所需的各种程序和数据。计算单元601、rom 602以及ram 603通过总线604彼此相连。输入/输出(i/o)接口605也连接至总线604。
94.设备600中的多个部件连接至i/o接口605，包括：输入单元606，例如键盘、鼠标等；输出单元607，例如各种类型的显示器、扬声器等；存储单元608，例如磁盘、光盘等；以及通信单元609，例如网卡、调制解调器、无线通信收发机等。通信单元609允许设备600通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
95.计算单元601可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元601的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元601执行上文所描述的各个方法和处理，例如本公开所述的方法。例如，在一些实施例中，本公开所述的方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元608。在一些实施例中，计算机程序的部分或者全部可以经由rom 602和/或通信单元609而被载入和/或安装到设备600上。当计算机程序加载到ram 603并由计算单元601执行时，可以执行本公开所述的方法的一个或多
个步骤。备选地，在其他实施例中，计算单元601可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行本公开所述的方法。
96.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
97.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
98.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
99.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
100.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
101.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的
服务器，或者是结合了区块链的服务器。
102.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
103.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。