软件集成测试方法、装置、设备和存储介质与流程

1.本公开涉及轨道交通领域，尤其涉及一种软件集成测试方法、装置、设备和存储介质。


背景技术：

2.当前，软件版本的发布日趋频繁，快速发布高质量的软件是很多企业的目标，而在轨道交通领域，快速发布高质量且安全性高的软件才是最终目标。因此在轨道交通领域中需要对软件进行严格的集成测试，但是由于轨道交通系统比较庞大，在轨道交通系统软件进行集成测试时，需要开发和维护大量的桩单元和驱动单元，测试效率较低。


技术实现要素：

3.本公开提供了一种软件集成测试方法、装置、设备和存储介质，可以提高软件集成测试的效率和质量。
4.第一方面，本公开实施例提供了一种软件集成测试方法，该方法包括：
5.根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例；
6.根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例的测试数据；
7.根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例；
8.分析执行结果并输出代码覆盖率。
9.在第一方面的一些可实现方式中，根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例，包括：
10.分析软件概要设计说明文件和运营场景文件，并基于黑盒测试法生成多个运营场景对应的软件集成测试用例。
11.在第一方面的一些可实现方式中，测试数据包括：测试输入数据和预期测试输出数据；
12.根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例的测试数据，包括：
13.根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的测试输入数据；
14.基于多个软件集成测试用例对应的运营场景分析多个软件集成测试用例的测试输入数据，得到多个软件集成测试用例的预期测试输出数据。
15.在第一方面的一些可实现方式中，测试输入数据包括运营场景线路数据和运营场景配置数据；
16.根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的测试输入数据，包括：
17.根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的运营场景线路数据；
18.显示多个软件集成测试用例对应的运营场景在站场图中的场景位置，并接收用户输入的多个软件集成测试用例的运营场景配置数据。
19.在第一方面的一些可实现方式中，该方法还包括：
20.根据多个软件集成测试用例在轨道交通系统软件中的程序入口和程序出口，以及多个软件集成测试用例在轨道交通系统软件中关联的全局变量，确定多个软件集成测试用例的软件集成测试策略；
21.根据多个软件集成测试用例的软件集成测试策略，生成多个软件集成测试用例的测试函数序列；
22.根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例，包括：
23.根据多个软件集成测试用例的测试数据、测试函数序列，执行多个软件集成测试用例。
24.在第一方面的一些可实现方式中，根据多个软件集成测试用例的测试数据、测试函数序列，执行多个软件集成测试用例，包括：
25.通过软件动态测试工具加载站场数据表中的数据，并将多个软件集成测试用例的测试输入数据导入软件动态测试工具；
26.基于软件动态测试工具执行多个软件集成测试用例的测试函数序列，得到实际测试输出数据；
27.确定预期测试输出数据与实际测试输出数据一致的软件集成测试用例通过测试；
28.确定预期测试输出数据与实际测试输出数据不一致的软件集成测试用例未通过测试。
29.在第一方面的一些可实现方式中，该方法还包括：统计多个软件集成测试用例执行后未覆盖的代码；
30.若根据未覆盖的代码确定多个软件集成测试用例不符合预设的软件集成测试完整性条件，则新增测试用例；
31.若根据未覆盖的代码确定未覆盖的代码逻辑不可达，则修复未覆盖的代码。
32.第二方面，本公开实施例提供了一种软件集成测试装置，该装置包括：
33.生成模块，用于根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例；
34.确定模块，用于根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例的测试数据；
35.执行模块，用于根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例；
36.分析模块，用于分析执行结果并输出代码覆盖率。
37.第三方面，本公开实施例提供了一种电子设备，该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行如以上所述的方法。
38.第四方面，本公开实施例提供了一种存储有计算机指令的非瞬时计算机可读存储
mobile personal computer，umpc)等，非移动电子设备可以是个人计算机(personal computer，pc)、电视(television，tv)或者服务器等。
53.服务器120可以是轨道交通系统的一部分，其中存储有待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件。示例性地，服务器120可以是单个服务器、服务器集群或者云服务器等。
54.作为一个示例，电子设备110可以先从服务器120中获取待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，其中，软件概要设计说明文件用于描述轨道交通系统软件的功能设计，运营场景文件用于描述轨道交通系统的多个运营场景，然后根据软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例，并根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例所需的测试数据，进而根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例，分析执行结果并输出代码覆盖率，完成软件集成测试。
55.以此方式，可以基于轨道交通系统的站场图与站场数据表，来确定轨道交通系统的运营场景对应的软件集成测试用例的测试数据，从而可以模拟轨道交通系统的实际运营场景进行软件集成测试，减少对桩单元和驱动单元的开发和维护，提高软件集成测试的效率和质量。
56.下面将详细介绍本公开实施例提供的软件集成测试方法，其中，该软件集成测试方法的执行主体可以是图1所示的电子设备110。
57.图2示出了本公开实施例提供的一种软件集成测试方法200的流程图，如图2所示，软件集成测试方法200可以包括以下步骤：
58.s210，根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例。
59.具体地，可以先获取轨道交通系统软件的软件概要设计说明文件和运营场景文件，其中，软件概要设计说明文件用于描述轨道交通系统软件的功能设计，运营场景文件用于描述轨道交通系统的多个运营场景，示例性地，运营场景可以是单车进站、单车出站等。
60.然后分析软件概要设计说明文件和运营场景文件，并基于黑盒测试法生成多个运营场景对应的软件集成测试用例，软件集成测试用例用于模拟实际的运营场景来测试轨道交通系统软件的功能和接口。如此一来，可以利用黑盒测试法直接编制软件集成测试用例，无需了解轨道交通系统软件的内部构造，从而提高软件集成测试用例的编制效率。
61.可选地，黑盒测试法可以包括功能法、等价类划分法、边界值分析法、错误猜测法等，在此不做限制。
62.s220，根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例的测试数据。
63.其中，站场图、站场数据表用于描述站场，测试数据可以包括：测试输入数据和预期测试输出数据，便于执行软件集成测试用例，并对执行结果进行分析。
64.在一些实施例中，可以先根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例所需的测试输入数据。其中，运营场景在站场图中的场景位置可以由用户在站场图中选取。
65.然后基于多个软件集成测试用例对应的运营场景分析多个软件集成测试用例的
测试输入数据，得到多个软件集成测试用例的预期测试输出数据。可选地，可以显示多个软件集成测试用例的测试输入数据，由用户结合多个软件集成测试用例对应的运营场景分析测试输入数据，并输入多个软件集成测试用例的预期测试输出数据。如此一来，可以基于运营场景在站场图中的场景位置，自动快速地抓取软件集成测试用例所需的测试输入数据，并可以通过结合运营场景分析软件集成测试用例的测试输入数据，准确得到软件集成测试用例的预期测试输出数据。
66.示例性地，测试输入数据可以包括运营场景线路数据和运营场景配置数据。相应地，可以根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的运营场景线路数据。示例性，运营场景线路数据可以为列车位置信息、应答器信息、道岔信息、计轴区段信息、进路信息等。与此同时，可以显示多个软件集成测试用例对应的运营场景在站场图中的场景位置，并接收用户输入的多个软件集成测试用例的运营场景配置数据。示例性，运营场景配置数据可以为道岔状态、计轴区段锁闭状态等。
67.以此方式，可以基于运营场景在站场图中的场景位置，自动快速地抓取软件集成测试用例所需的运营场景线路数据，并可以通过向用户展示运营场景在站场图中的场景位置，促使用户输入多个软件集成测试用例的运营场景配置数据，从而准确地获取多个软件集成测试用例的运营场景配置数据。
68.s230，根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例。
69.在一些实施例中，可以先根据多个软件集成测试用例在轨道交通系统软件中的程序入口和程序出口，以及多个软件集成测试用例在轨道交通系统软件中关联的全局变量，确定多个软件集成测试用例的软件集成测试策略。其中，软件集成测试用例在轨道交通系统软件中的程序入口和程序出口可以根据软件集成测试用例覆盖的轨道交通系统软件的功能和接口进行确定，软件集成测试策略可以包括自顶向下集成策略、自底向上集成策略、大爆炸集成策略等。
70.然后根据多个软件集成测试用例的软件集成测试策略，生成多个软件集成测试用例的测试函数序列，并根据多个软件集成测试用例的测试数据、测试函数序列，执行多个软件集成测试用例。如此一来，可以为每个软件集成测试用例生成测试函数序列，从而基于测试函数序列执行软件集成测试用例，提高软件集成测试效率。
71.示例性地，可以通过软件动态测试工具加载站场数据表中的数据，例如，可以将站场数据表转换为fs文件，以使软件动态测试工具根据fs文件的存储地址加载fs文件，从而实现加载站场数据表中的数据。
72.然后将多个软件集成测试用例的测试输入数据导入软件动态测试工具，基于软件动态测试工具执行多个软件集成测试用例的测试函数序列，得到实际测试输出数据。
73.进而比对多个软件集成测试用例的预期测试输出数据与实际测试输出数据，确定预期测试输出数据与实际测试输出数据一致的软件集成测试用例通过测试，确定预期测试输出数据与实际测试输出数据不一致的软件集成测试用例未通过测试。如此一来，可以基于软件动态测试工具模拟实际的运营场景，在代码层面实现软件集成测试，无需构建硬件调试环境，同时便于后续用户复现运营现场问题并定位缺陷。
74.s240，分析执行结果并输出代码覆盖率。
75.具体地，若多个软件集成测试用例皆通过测试，则确定轨道交通系统软件通过软件集成测试。若部分软件集成测试用例未通过测试，则可以根据未通过测试的软件集成测试用例，定位并显示轨道交通系统软件的缺陷代码，以用于用户修复。
76.此外，还可以统计多个软件集成测试用例执行后未覆盖的代码，根据未覆盖的代码确定多个软件集成测试用例是否符合预设的软件集成测试完整性条件，若不符合，则新增测试用例。也可以根据未覆盖的代码确定未覆盖的代码是否逻辑不可达，若是逻辑不可达，则修复未覆盖的代码。如此一来，可以保证软件集成测试的充分性和完整性。
77.根据本公开的实施例，可以基于轨道交通系统的站场图与站场数据表，来确定轨道交通系统的运营场景对应的软件集成测试用例的测试数据，从而可以模拟轨道交通系统的实际运营场景进行软件集成测试，减少对桩单元和驱动单元的开发和维护，提高软件集成测试的效率和质量。
78.下面以单车进站功能为例，介绍单车进站功能的测试流程，具体如下：
79.步骤1：根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成单车进站运营场景对应的软件集成测试用例。
80.其中，单车进站功能简述：当列车向区域控制系统(zone controller，zc)申请移动授权(movement authority，ma)时，联锁已经排列了接车进路(包含站台区域和站外保护区段)，zc为列车计算的ma起点为列安全车尾位置，ma终点位置为保护区段终点。
81.其中，单车进站运营场景对应的软件集成测试用例可以如下所示：
82.测试用例编号：it_macalculate_0001。
83.测试用例名称：zc收到列车发送的ma申请，为列车匹配进路并计算ma。
84.输入：进路信息、道岔信息、计轴状态信息、屏蔽门、紧急停车按钮信息。
85.预期结果：zc为列车计算的ma起点为列安全车尾位置，ma终点位置为保护区段终点。
86.步骤2：可以根据软件集成测试用例在轨道交通系统软件中的程序入口和程序出口，以及软件集成测试用例在轨道交通系统软件中关联的全局变量，确定软件集成测试用例的软件集成测试策略，然后根据软件集成测试策略，生成软件集成测试用例的测试函数序列。
87.步骤3：根据轨道交通系统的站场图、站场数据表及单车进站运营场景，确定单车进站运营场景对应的软件集成测试用例的测试数据。
88.示例性地，测试数据可以包括：进路信息(起始信号机、进路包含的计轴区段信息、进路对应的保护区段数量和计轴id)、道岔信息、屏蔽门信息、紧急停车按钮的id和位置信息、列车位置信息(人工选取输入)、障碍物状态信息(比如道岔定反位状态、屏蔽门开关状态等)、进路、计轴区段信息设置(进路办理、计轴区段锁闭信息)、预期的ma信息。
89.步骤4：可以通过软件动态测试工具例如rational test real time工具和visual unit工具加载站场数据表中的数据，然后将单车进站运营场景对应的软件集成测试用例的测试输入数据导入软件动态测试工具，基于软件动态测试工具执行多个软件集成测试用例的测试函数序列，得到实际测试输出数据。进而比对预期测试输出数据与实际测试输出数据，若预期测试输出数据与实际测试输出数据一致，则确定单车进站运营场景对应的软件集成测试用例通过测试，即单车进站功能通过测试。
90.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开并不受所描述的动作顺序的限制，因为依据本公开，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于可选实施例，所涉及的动作和模块并不一定是本公开所必须的。
91.以上是关于方法实施例的介绍，以下通过装置实施例，对本公开所述方案进行进一步说明。
92.图3示出了根据本公开的实施例提供的一种软件集成测试装置300的结构图，如图3所示，软件集成测试装置300可以包括：
93.生成模块310，用于根据待测试的轨道交通系统软件的软件概要设计说明文件和运营场景文件，生成多个运营场景对应的软件集成测试用例。
94.确定模块320，用于根据轨道交通系统的站场图、站场数据表及多个运营场景，确定多个软件集成测试用例的测试数据。
95.执行模块330，用于根据多个软件集成测试用例的测试数据，执行多个软件集成测试用例。
96.分析模块340，用于分析执行结果并输出代码覆盖率。
97.在一些实施例中，生成模块310具体用于：分析软件概要设计说明文件和运营场景文件，并基于黑盒测试法生成多个运营场景对应的软件集成测试用例。
98.在一些实施例中，测试数据包括：测试输入数据和预期测试输出数据。
99.在一些实施例中，确定模块320，包括：
100.提取单元，用于根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的测试输入数据，
101.分析单元，用于基于多个软件集成测试用例对应的运营场景分析多个软件集成测试用例的测试输入数据，得到多个软件集成测试用例的预期测试输出数据。
102.在一些实施例中，测试输入数据包括运营场景线路数据和运营场景配置数据。
103.提取单元具体用于：根据多个软件集成测试用例对应的运营场景在站场图中的场景位置，对站场数据表进行数据提取，得到多个软件集成测试用例的运营场景线路数据，显示多个软件集成测试用例对应的运营场景在站场图中的场景位置，并接收用户输入的多个软件集成测试用例的运营场景配置数据。
104.在一些实施例中，确定模块320，还用于根据多个软件集成测试用例在轨道交通系统软件中的程序入口和程序出口，以及多个软件集成测试用例在轨道交通系统软件中关联的全局变量，确定多个软件集成测试用例的软件集成测试策略，根据多个软件集成测试用例的软件集成测试策略，生成多个软件集成测试用例的测试函数序列。
105.执行模块330具体用于：根据多个软件集成测试用例的测试数据、测试函数序列，执行多个软件集成测试用例。
106.在一些实施例中，执行模块330具体用于：通过软件动态测试工具加载站场数据表中的数据，并将多个软件集成测试用例的测试输入数据导入软件动态测试工具，基于软件动态测试工具执行多个软件集成测试用例的测试函数序列，得到实际测试输出数据。
107.确定预期测试输出数据与实际测试输出数据一致的软件集成测试用例通过测试，
确定预期测试输出数据与实际测试输出数据不一致的软件集成测试用例未通过测试。
108.在一些实施例中，该软件集成测试装置300还可以包括：
109.统计模块，用于统计多个软件集成测试用例执行后未覆盖的代码。
110.新增模块，用于若根据未覆盖的代码确定多个软件集成测试用例不符合预设的软件集成测试完整性条件，则新增测试用例。
111.修复模块，用于若根据未覆盖的代码确定未覆盖的代码逻辑不可达，则修复未覆盖的代码。
112.可以理解的是，图3所示软件集成测试装置300中的各个模块/单元具有实现本公开实施例提供的软件集成测试方法200中的各个步骤的功能，并能达到其相应的技术效果，为了简洁，在此不再赘述。
113.图4示出了一种可以用来实施本公开的实施例的电子设备400的结构图。电子设备400旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备400还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
114.如图4所示，电子设备400可以包括计算单元401，其可以根据存储在只读存储器(rom)402中的计算机程序或者从存储单元408加载到随机访问存储器(ram)403中的计算机程序，来执行各种适当的动作和处理。在ram403中，还可存储电子设备400操作所需的各种程序和数据。计算单元401、rom402以及ram403通过总线404彼此相连。输入/输出(i/o)接口405也连接至总线404。
115.电子设备400中的多个部件连接至i/o接口405，包括：输入单元406，例如键盘、鼠标等；输出单元407，例如各种类型的显示器、扬声器等；存储单元408，例如磁盘、光盘等；以及通信单元409，例如网卡、调制解调器、无线通信收发机等。通信单元409允许电子设备400通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
116.计算单元401可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元401的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元401执行上文所描述的各个方法和处理，例如方法200。例如，在一些实施例中，方法200可被实现为计算机程序产品，包括计算机程序，其被有形地包含于计算机可读介质，例如存储单元408。在一些实施例中，计算机程序的部分或者全部可以经由rom402和/或通信单元409而被载入和/或安装到设备400上。当计算机程序加载到ram403并由计算单元401执行时，可以执行上文描述的方法200的一个或多个步骤。备选地，在其他实施例中，计算单元401可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法200。
117.本文中以上描述的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、片上系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少
一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
118.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
119.在本公开的上下文中，计算机可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。计算机可读介质可以是计算机可读信号介质或计算机可读储存介质。计算机可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。计算机可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
120.需要注意的是，本公开还提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行方法200，并达到本公开实施例执行其方法达到的相应技术效果，为简洁描述，在此不再赘述。
121.另外，本公开还提供了一种计算机程序产品，该计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现方法200。
122.为了提供与用户的交互，可以在计算机上实施以上描述的实施例，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
123.可以将以上描述的实施例实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
124.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
125.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例
如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
126.上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。