自动化测试方法及装置与流程

1.本技术实施例涉及计算机技术领域，尤其涉及一种自动化测试方法及装置。


背景技术：

2.随着现代化技术的发展，智能设备越来越广泛的被应用在生活的方方面面。智能设备是指任何一种具有计算机处理能力的设备，具有思维判断和数据处理能力。智能设备各个功能的实现，除了硬件的集成，还需要应用软件的加持。
3.在技术日益更新的信息化时代，智能设备中的各项应用也时常更新迭代。在智能设备的应用迭代的过程中，自动化测试有着重要的意义。自动化测试既可以保障各个应用质量，同时又能够减少重复且频繁的人工操作，从而降低时间成本和人工成本。
4.在自动化测试的过程中，自动化测试平台需要通过预设的控件id来获取对应的ui元素，是自动化测试后续流程的必要步骤。而目前开发自动化测试用例相对比较耗时，原因之一在于自动化测试平台与应用之间存在一定的通信屏障，缺乏有效的通讯渠道和参数配置的途径，导致无法覆盖测试用例中的特殊情况。


技术实现要素：

5.本技术实施例提供一种自动化测试方法及装置，以实现在自动化测试的过程中提供配置参数通讯渠道，提高自动化测试用例覆盖率。
6.在第一方面，本技术实施例提供了一种自动化测试方法，包括：
7.当启动测试用例前，通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中；
8.在所述测试用例启动时，通过所述测试平台启动所述目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中；
9.在第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据所述配置参数对所述目标应用进行测试，并在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id。
10.在第二方面，本技术实施例提供了一种自动化测试装置，包括：
11.配置参数生成模块：用于在启动测试用例前，通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中；
12.配置参数存储模块：用于在所述测试用例启动时，通过所述测试平台启动所述目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中；
13.目标应用测试模块：用于第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据所述配置参数对所述目标应用进行测试，并在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id。
14.在第三方面，本技术实施例提供了一种自动化测试设备，包括：存储器以及一个或多个处理器；
15.所述存储器，用于存储一个或多个程序；
16.当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的自动化测试方法。
17.在第四方面，本技术实施例提供了一种储存计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如第一方面所述的自动化测试方法。
18.本技术实施例通过在启动测试用例前，先通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中，在测试用例启动时，通过测试平台启动目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中，在第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据配置参数对目标应用进行测试，并在目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id，通过自动添加该配置参数至目标应用，提供了自动化测试的参数配置通讯渠道，可以有效提高自动化测试的测试用例覆盖率，自动化生成控件id，减少手工设置控件id的时间成本，提高自动化测试效率。
附图说明
19.图1是本技术实施例提供的一种基于自动化测试方法的流程图；
20.图2是本技术实施例提供的另一种基于自动化测试方法的流程图；
21.图3是本技术实施例提供的集成在目标应用操作系统中的功能组件的模块结构图；
22.图4为现有技术的自动化测试方法的执行框架图；
23.图5为本技术实施例提供的自动化测试方法的执行框架图；
24.图6为本技术实施例提供的自动化测试方法中配置参数的执行框架图；
25.图7是本技术实施例提供的一种基于自动化测试装置的结构示意图；
26.图8是本技术实施例提供的一种基于自动化测试设备的结构示意图。
具体实施方式
27.为了使本技术的目的、技术方案和优点更加清楚，下面结合附图对本技术具体实施例作进一步的详细描述。可以理解的是，此处所描述的具体实施例仅仅用于解释本技术，而非对本技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本技术相关的部分而非全部内容。在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作(或步骤)描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。
28.图1给出了本技术实施例提供的一种自动化测试方法的流程图，本技术实施例提供的自动化测试方法可以由一种自动化测试装置来执行，该一种自动化测试装置可以通过硬件和/或软件的方式实现，并集成在自动化测试设备中。
29.下述以自动化测试装置执行自动化测试方法为例进行描述。参考图1，该自动化测试方法包括：
30.步骤101，在启动测试用例前，通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中。
31.实施例主要应用于对智能设备的各个应用的性能、功能等进行自动化测试。智能设备包括智能手机、平板电脑、笔记本电脑。上述中，测试用例为一组由前提条件、输入、执行条件、预期结果等组成的体现测试方案、方法等组成的文档，测试用例用于完成对某个特定需求或者目标测试的数据的检测。实施例中，测试用例用于检测对应的目标应用所要执行的流程。例如，目标应用为智能手机中的一款app应用，在该app应用中有一个功能为可以绘制矩形框，为了测试生成该矩形框的每一种不同的方式分别设置一组测试用例。当自动化测试该app应用时，自动执行测试用例对该流程的实现进行测试。上述中，配置参数为用于限定测试用例所要检测的流程所对应的功能。在一组测试用例中，可以包含多个配置参数。测试用例往往是编写在固定的软件目标，除了配置参数，测试用例还可以包含编号、日期、测试人员、优先级、标题、测试目标、测试环境等内容。整个测试用例可分为三个部分，包括测试参数、期望结果和配置。其中，该配置包括配置参数。
32.本实施例中，首先构建一种适应于操作系统的功能组件，将该功能组件集成在操作系统的工程代码中，可以提高自动化测试的效率。操作系统为应用的操作系统，实施例中为目标应用的操作系统。具体的，该功能组件的模块结构如图3所示，包括第一处理单元、第三处理单元，其中，第三处理单元用于继承第一处理单元，在业务层处理测试平台所配置的配置参数，包括云控配置、本地配置、语言码、国家码等。第一处理单元配置为对自动化测试的综合管理，其可以获取测试平台配置的配置参数，控制是否启动自动生成控件id的功能。另外还包括第四处理单元、第五处理单元、第六处理单元和第七处理单元，第四处理单元用于实现应用生成交互界面时调用的接口，实现控件id的自动生成，第五处理单元为第四处理单元提供获取控件在源码中变量名的方法，第六处理单元提供功能接口，第七处理单元用于处理自动化测试后出现的列表异常情况。
33.在现有的自动化测试方法的执行框架中，自动化测试平台对应用进行模拟交互，然后根据设备相应的交互状态判断代码逻辑是否正常，如图4所示出的执行框架，自动化测试平台与ios应用进行模拟交互，该ios应用是在ios操作系统中的一个应用，由自动化测试平台发出一个控制信号，模拟用户点击ios应用的交互按钮，当ios应用的一个按钮被点击后，通常会发生交互变化，例如跳转到另一个页面，实施例中ios应用根据该模拟的用户点击按钮的操作进行交互响应，也即ui响应。实施例中并不仅仅局限于ios操作系统，在其他操作系统中也同样适用，图3中的ios应用仅仅为一个示例，自动化测试平台也即是实施例描述的测试平台。而本实施例包含了功能组件，在该功能组件中提供了配置参数的功能，应用读取相关配置时优先读取该功能组件处理的参数，从而提高测试用例的覆盖率。并且可以自动生成控件id，减少手工操作的时间成本。如图5所示出的一种自动化测试方法的执行框架，该功能组件通过第一处理单元体现，由自动化测试平台实现对配置参数的写入，将其写入至ios应用中，这里ios应用也仅仅是作为一个示例，表示ios操作系统中的一个应用，之后当测试用例启动时，由测试平台启动目标应用，并且由功能组件的第一处理单元获取ios应用中的配置参数进行存储。由自动化测试平台发送控制信号，模拟用户点击ios应用的按钮，之后ios应用则根据该模拟的点击按钮操作进行交互响应，例如跳转至其他页面。假设用户a是ios应用的注册会员，拥有注册会员区别于非注册会员的特权，特权例如是一
个按钮，该按钮只有注册会员才能点击，此时ios应用根据参数配置决定是否在视觉上展示该按钮。图5中自动化测试平台传输该参数配置给第一处理单元，表明当前用户为注册会员，此时ios应用读取参数配置时先向第一处理单元获取该参数配置，通过该参数配置获知当前用户为注册会员，因此则展示按钮，也即是自动化测试平台可以控制ios应用是否展示某一个功能。在图5中自动化测试平台为本实施例中描述的测试平台。
34.实施例的配置参数由测试平台生成，具体的，在启动测试用例之前，先通过测试平台对配置参数进行配置。实施例中，应用通常指应用软件，是用户可以使用的各种程序设计语言以及用各种程序设计语言编制的应用程序的集合。而相应的，目标应用也即是在智能设备中的众多应用中当前选择为要采用测试用例对其进行测试的应用。
35.本步骤中，通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中，具体通过测试平台获取目标应用的沙盒文件的路径，并获取与目标应用对应的测试用例的配置参数，将所述配置参数写入配置文件，并存储至所述沙盒文件。
36.上述沙盒文件为目标应用的文件夹，沙盒用于限制应用的代码访问权限。每一个应用对应有自身的沙盒文件。实施例先获取沙盒文件的路径，将配置参数写入配置文件。其中，获取配置参数可以是由工作人员进行输入的方式获得。对应于不同的应用，分别具有其唯一的id码，通过该id码可以获取目标用于的沙盒文件的路径，通过获取到路径之后，可以将配置文件发送到沙盒文件夹中。
37.如图6所示出的一种自动化测试方法中配置参数的执行框架图，在图示中，自动化测试平台也即是实施例描述的测试平台，在图示中以ios操作系统为例，ios应用即是在ios操作系统上的一款应用。在测试平台将配置参数写入配置文件，并将配置文件发送至ios应用的沙盒文件中。当测试用例启动时，测试平台启动目标应用，然后第一处理单元从沙盒文件中获取配置参数，之后第二处理单元从第一处理单元中读取该配置参数，并根据该配置参数对目标应用进行测试。配置参数对应配置有相应的密钥，也即是图6示出的key，通过指定的密钥使得第二处理单元打开相关的业务，获取对应配置文件中的配置参数，对目标应用进行相匹配的测试。
38.步骤102，在所述测试用例启动时，通过所述测试平台启动所述目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中。
39.当要进行自动化测试时，需要启动测试用例，此时通过测试平台启动该测试用例对应的目标应用。实施例中所述的第一处理单元为对自动化测试的综合管理模块，其可以获取测试平台配置的配置参数，控制是否启动自动生成控件id的功能。
40.上述配置参数可以包括语言码。本实施例中，除了可以通过在应用的操作系统中集成功能组件，通过功能组件中的第三处理单元进行对测试用例主要配置参数的配置，通过第三处理单元还可以配置语言码，语言码是用于配置应用的语言模式。例如当语言码设置为英文，则该配置参数对应的应用的语言模式为英文。
41.本步骤中，测试平台启动目标应用包括正常启动和冷启动。正常启动也即是当目标应用当前是完全关闭的情况下，需要打开该目标应用时，则打开目标应用的过程是正常启动该目标应用。而另一种情况下，当之前使用了目标应用，也即目标应用未完全关闭时，再次启动则是冷启动。例如在平板电脑上的一款应用程序之前启动过后就最小化在后台，未对该应用程序关闭，当下一次要启动该应用程序时，则是属于冷启动的过程。
42.本实施例中，将配置参数存储至内存中时，是以字典的形式将配置参数在内存中存储。字典的形式也即是例如配置参数中每一项参数的命名采用英文字符，则按照其英文26个字母的排序对每一项参数进行存储，便于后续查找。
43.步骤103，在第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据所述配置参数对所述目标应用进行测试，并在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id。
44.实施例中，第二处理单元为在目标应用中的单元模块，可以属于业务层，第二处理单元可以读取本地或云控配置。本步骤中，由目标应用的第二处理单元对内存中的配置参数进行读取，而后根据配置参数的限定对目标应用进行自动化测试。
45.在自动化测试过程中，还自动生成控件id，该控件id对应于每一个不同的控件，作为控件的识别码。所述控件为目标应用中的交互界面中所显示出的用户可与之进行交互以输入或操作数据的对象，通常出现在对话框或工具栏上。实施例通过在启动测试用例前，先通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中，在测试用例启动时，通过和测试平台启动目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中在第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据所述配置参数对所述目标应用进行测试，并在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id，通过自动添加该配置参数至目标应用，提供了自动化测试的参数配置通讯渠道，可以有效提高自动化测试的测试用例覆盖率，自动化生成控件id，减少手工设置控件id的时间成本，提高自动化测试效率。
46.图2给出了本技术另一个实施例提供的一种自动化测试方法，参见图2，该自动化测试方法包括：
47.步骤201，在启动测试用例前，通过测试平台获取目标应用的沙盒文件的路径，并获取与目标应用对应的测试用例的配置参数，将所述配置参数写入配置文件，并存储至所述沙盒文件。
48.本步骤中，在启动测试用例之前，由测试平台通过获取目标应用的沙盒文件的路径，而后获取对应的配置参数，并且将包含配置参数的配置文件存储至沙盒文件中。沙盒文件为目标应用的文件夹，每一个应用对应有自身的沙盒文件。
49.步骤202，在所述测试用例启动时，通过所述测试平台启动所述目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中。
50.同样的，该第一处理单元为对自动化测试的综合管理模块，其可以获取测试平台配置的配置参数，控制是否启动自动生成控件id的功能。
51.步骤203，在第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数。
52.相应的，上述第二处理单元为在目标应用中的单元模块，第二处理单元可以读取本地或云控配置。本步骤中，由目标应用的第二处理单元对内存中的配置但是进行读取，在后续步骤中根据配置参数的限定对目标应用进行自动化测试。
53.步骤204，判断所述目标应用当前是否支持自动化测试，如果支持自动化测试，则获取并添加配置参数至所述目标应用，以用于对所述目标应用进行测试。
54.在自动化测试过程中，还自动生成控件id，该控件id对应于每一个不同的控件，作
为控件的识别码。所述控件为目标应用中的交互界面中所显示出的用户可与之进行交互以输入或操作数据的对象，通常出现在对话框或工具栏上。
55.但是在自动生成控件id之前，本实施例先对目标应用当前是否支持自动化测试进行检测和判断。只有在检测到当前目标应用支持自动化测试时，才进一步获取该配置参数，并且将配置参数添加至目标应用中，以结合测试用例对目标应用进行自动化测试。
56.本实施例中，在目标应用中可以设置支持自动化测试的开关，该开关相当于一个键，当该开关打开的情况下，则支持自动化测试。具体的，判断所述目标应用当前是否支持自动化测试通过检测目标应用的测试启动开关是否打开，当测试启动开关关闭对应为不支持自动化测试，当测试启动开关打开对应为支持自动化测试。
57.在另一个示例中，判断目标应用当前是否支持自动化测试通过读取配置参数并检测所述配置参数是否为空。
58.其中，当配置参数为空时，对应为不支持自动化测试，当配置参数不为空时，对应为支持自动化测试。
59.上述在检测到目标应用支持自动化测试的前提下，则获取并添加所述配置参数至所述目标应用，以用于对所述目标应用进行测试根据所述配置参数对所述目标应用进行测试。对于检测目标应用是否支持自动化测试，是在目标应用中自身进行检测。另一种情况中，在上述目标应用当前不支持自动化测试时，读取测试用例自身对应的配置参数。不支持自动化测试，也即是目标应用的测试启动开关关闭或者配置参数为空。在不支持自动化测试时，目标应用自动读取测试用例本身的配置参数，该配置参数通常是在开始撰写测试用例时由用户输入。
60.步骤205，在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id。
61.实施例中，交互界面是提供给用户与设备之间进行信息交换的通道，通过交互界面，可以给用户展示操作按钮、提供信息以供用户进行阅读、分析、判断以及提高下一步操作的操作入口。作为生成控件id的生成时机，只有当目标应用生成交互界面时才为每个控件分别生成对应的控件id。
62.本步骤中，具体的，包括：
63.当所述目标应用生成交互界面时，获取控制目标应用显示交互界面的视图控制器所对应的视图控制器类名以及目标应用的控件类名和控件变量名；基于所述视图控制器类名、控件类名和控件变量名，并结合预设规则生成控件id，所述预设规则包括将视图控制器类名、控件类名、控件变量名依次排序。
64.上述中，视图控制器用于控制目标应用显示交互界面，该视图控制器对应有唯一的视图控制器类名，该视图控制器类名在后续操作中，不会发生变更，具有唯一性和可靠性。相应的，目标应用当前进行测试的控件还具有对应的控件类名和控件变量名，该控件类名和控件变量名与视图控制器类名一样，都是唯一且固定的，在后续操作流程中，不会产生变更。本实施例通过获取视图控制器类名、控件类名和控件变量名来生成控件id，因此可以保证控件id的唯一性，以及可以避免受到ui元素层级变化的影响。
65.具体的，该预设规则包括将视图控制器类名、控件类名、控件变量名依次排序。示例性的，假设视图控制器类名为v1，控件类名为a2，控件变量名为c3，按照预设规则可以生
成v1a2c3作为控件id。另一个示例性中，同样假设视图控制器类名为v1，空间类名为a2，控件变量名为c3，还可以生成v1.a2.c3作为控件id，也即是视图控制器类名与控件类名之间，以及控件类名与控件变量名之间设置分隔符。在其他示例性中，也可以将预设规则设置为按照控件变量名、控件类名和视图控制器类名依次排序的方式，并且在控件变量名与控件类名之间，以及控件类名和视图控制器之间设置分隔符，则按照视图控制器类名为v1，控件类名为a2，控件变量名为c3的情况，生成的控件id为c3.a2.v1。
66.上述中，获取目标应用的控件变量名，具体包括：检测所述控件变量名的值是否为空；当控件变量名的值为空且所述目标应用对应的当前控件为图像时，获取所述当前控件的图像文件名为控件变量名的值；当控件变量名的值不为空时，获取所述控件变量名。
67.作为进一步优选的实施方式，在执行当所述目标应用生成交互界面时，获取控制所述目标应用显示交互界面的视图控制器所对应的视图控制器类名以及所述目标应用的控件类名和控件变量名之前，还执行如下步骤：
68.检测所述目标应用对应的当前控件的id是否为空；当所述当前控件的id为空，且当所述目标应用生成交互界面时，获取控制所述目标应用生成交互界面的视图控制器的视图控制器类名以及获取所述目标应用的控件类名；当所述当前控件的id不为空时，结束流程。上述当前控件可以理解为目标应用的其中一个控件，且当前正执行是否生成该控件的id。
69.实施例在自动化生成控件id之前，先检测是否已经存在该控件对应的唯一的id，如果存在，则无需再重复生成，避免重复劳动，造成时间上的浪费。当当前控件的id为空时，说明还未生成该控件的唯一id，此时需要自动生成控件id，执行下一个步骤，在满足控件id的生成时机时，也即是满足目标应用生成交互界面时，再执行获取控制所述目标应用生成交互界面的视图控制器的视图控制器类名以及获取所述目标应用的控件类名的操作流程。
70.图7示出了本技术实施例提供的一种自动化测试装置，如图7所示，该自动化测试装置包括配置参数生成模块701、配置参数存储模块702和目标应用测试模块703。其中，配置参数生成模块701，用于在启动测试用例前，通过测试平台将所述测试用例对应的配置参数写入目标应用的文件夹中；配置参数存储模块702，用于在所述测试用例启动时，通过所述测试平台启动所述目标应用，并通过第一处理单元获取所述文件夹中的配置参数存储至内存中；目标应用测试模块703，用于第二处理单元进行配置参数获取时，读取内存中存储的所述配置参数，根据所述配置参数对所述目标应用进行测试，并在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id。
71.相应的，在配置参数生成模块701中，具体是通过测试平台获取目标应用的沙盒文件的路径，并获取与目标应用对应的测试用例的配置参数，将所述配置参数写入配置文件，并存储至所述沙盒文件。
72.在目标应用测试模块703，在第二处理单元读取内存中存储的所述配置参数时，判断所述目标应用当前是否支持自动化测试，如果支持自动化测试，则获取并添加所述配置文件中包含的配置参数至所述目标应用，以用于对所述目标应用进行测试。在所述目标应用当前不支持自动化测试时，读取测试用例自身对应的配置参数。
73.具体的，判断所述目标应用当前是否支持自动化测试，包括：检测目标应用的测试启动开关是否打开，或读取并检测配置参数是否为空；其中，当测试启动开关关闭或者所述
配置参数为空时，对应为不支持自动化测试，当测试启动开关打开或者所述配置参数不为空时，对应为支持自动化测试。
74.上述目标应用测试模块703中，在所述目标应用生成交互界面时，为所述目标应用的每个控件生成唯一的控件id，包括：当所述目标应用生成交互界面时，获取控制所述目标应用显示交互界面的视图控制器所对应的视图控制器类名以及所述目标应用的控件类名和控件变量名；基于所述视图控制器类名、所述控件类名和所述控件变量名，并结合预设规则生成控件id，所述预设规则包括将视图控制器类名、控件类名、控件变量名依次排序。上述获取所述目标应用的控件变量名，包括：检测所述控件变量名的值是否为空；当所述控件变量名的值为空且所述目标应用对应的当前控件为图像时，获取所述当前控件的图像文件名为控件变量名的值；当所述控件变量名的值不为空时，获取所述控件变量名。
75.本实施例所能实现的技术效果与本技术实施例提供的自动化测试方法所能实现的技术效果相同，在此不再赘述。
76.如图8所示，本技术实施例还提供一种自动化测试设备，包括：存储器801以及一个或多个处理器802；所述存储器801，用于存储一个或多个程序；当所述一个或多个程序被所述一个或多个处理器802执行，使得所述一个或多个处理器实现如本技术所述的自动化测试方法。
77.本技术实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如上述实施例提供的自动化测试方法。
78.当然，本技术实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的自动化测试方法，还可以执行本技术任意实施例所提供的自动化测试方法中的相关操作。
79.上述实施例中提供的自动化测试装置、设备及存储介质可执行本技术任意实施例所提供的自动化测试方法，未在上述实施例中详尽描述的技术细节，可参见本技术任意实施例所提供的自动化测试方法。
80.上述仅为本技术的较佳实施例及所运用的技术原理。本技术不限于这里所述的特定实施例，对本领域技术人员来说能够进行的各种明显变化、重新调整及替代均不会脱离本技术的保护范围。因此，虽然通过以上实施例对本技术进行了较为详细的说明，但是本技术不仅仅限于以上实施例，在不脱离本技术构思的情况下，还可以包括更多其他等效实施例，而本技术的范围由权利要求的范围决定。