一种基于组件封装的动态表单测试方法、系统及电子设备与流程

1.本技术涉及测试技术领域，尤其涉及一种基于组件封装的动态表单测试方法、系统及电子设备。


背景技术：

2.当前，越来越多的软件应用程序设计通过低代码平台来实现，也就是通过少量代码和模块拖拽的可视化的快速设计开大软件应用程序，该低代码平台功能性主要依赖可拖拽的模块个数的可配置的属性的多少。
3.当然，为了保证低代码平台中对应用程序开发的准确性，需要完成低代码平台中每个组件和每种配置的全量测试工作。这需要大量的人力来完成，因此可以通过接口自动化测试实现，或者是通过软件界面设计(英文：user interface design，简称：ui)自动化测试实现。
4.通过ui自动化测试实现时，可以将测试架构分为对象层、逻辑层、业务层以及数据层，便于在有发生变动的时候，可以在对应层做新增或者是维护操作。
5.参照图1所示为ui自动化测试的架构示意图，该对于对象层来讲，主要功能是将一个页面或者一个系统的所有元素全部封装在一起。
6.对于逻辑层来讲，其功能是使用对象层的信息对页面上的功能进行封装，提供方法给业务层进行使用，比如表单提交功能，需要封装一个方法在页面上填写不同类型的表单信息，最后点击提交按钮。
7.对于业务层来讲，该业务层就是自动化的用例层，描述的是业务某个功能点的测试流程，比如表单提交功能点，测试流程就是登录-跳转到表单页面-按功能点填写相应表单信息-点击提交按钮-测试提交表单是否成功-验证数据落点和页面情况。这里需要说明是，若只是页面元素变化，业务本身流程不变，则业务层不需要维护。
8.对于数据层来讲，该数据层可以是通过文件存储的脚本配置，可以是代码内的列表，可以是通过接口调用等。
9.对于低代码设计态页面来说，单个页面本身就随着不同的设计组合进行变化，现有的技术架构适合页面固定功能的设计，对于这种变化页面的适配不太合适或者说需要封装大量瞬时的方法做适配，再或者是需要大量相同流程不同处理的用例脚本来进行覆盖。
10.比如说，测试3个组件，每个组件有3个通用属性，1个独立属性。
11.对于对象层来讲主要实现：封装3个组件、3个通用属性、3个独有属性的定位信息；
12.对于逻辑层来讲主要实现：封装3个组件的拖拽方法(a1、b1、c1)，封装3个通用属性的设置方法(g1、g2、g3)、封装3个独有属性的设置方法(t1、t2、t3)。
13.对于业务层来讲，按照逻辑层的封装，这里会有3个case需要编写：
14.case1
‑‑
拖拽组件a1-》设置属性g1、g2、g3、t1-》测试设置后的功能验证点；
15.case2
‑‑
拖拽组件b1-》设置属性g1、g2、g3、t2-》测试设置后的功能验证点；
16.case3
‑‑
拖拽组件c1-》设置属性g1、g2、g3、t3-》测试设置后的功能验证点；
17.针对当前的ui自动化测试实现来讲，低代码平台中每多出一个组件，case就需要增加一个，这样就导致前期脚本编写工作量增加。另外，在逻辑层中的设置方法可能会出现在另外一个或很多个case内，一旦设置属性流程中出现变更，比如多一个设置方法g4，所有涉及到该case都需要去变更，这样不仅导致修改难度大、并且维护成本也较高。


技术实现要素：

18.本发申请提供了一种基于组件封装的动态表单测试方法，用以解决低代码平台中每多出一个组件，case就需要增加一个，这样就导致前期脚本编写工作量增加的问题。
19.第一方面，本技术提供了一种基于组件封装的动态表单测试方法，所述方法包括：
20.获取目标组件对应的实现类，其中，所述实现类中包含了所述目标组件的标签属性以及所述目标组件的唯一基于组件封装的动态表单测试方法；
21.根据所述实现类，调整针对所述目标组件的测试流程，其中，所述测试流程中包含了基本类，所述基本类包含了组件测试的通用方法；
22.按照所述测试流程，对所述页面中的所述目标组件的验证点进行测试，得到测试结果。
23.通过上述的方法，将各个组件本身的属性作为可配置项，即便后续组件发生属性等变更，需要维护的测试流程只会有一个，因此不会随着ui自动化的数量级变化而难以维护，从而大大的降低了维护成本。
24.在一种可选的实施例中，在获取目标组件对应的实现类之前，所述方法还包括：
25.根据所述目标组件的标识在所有拖拽方法中确定出目标拖拽方法，并封装所述目标拖拽方法；
26.确定所述目标组件对应的目标属性设置方法，并封装所述目标属性设置方法；
27.将封装的所述目标组件拖拽方法以及所述目标属性设置方法设置为所述基本类。
28.在一种可选的实施例中，在获取目标组件对应的实现类之前，所述方法还包括：
29.确定所述目标组件的所有标签属性以及独有基于组件封装的动态表单测试方法，封装所有独有属性以及所述独有基于组件封装的动态表单测试方法，其中，所述标签属性为所述目标组件的独有属性；
30.将封装的所有独有属性以及所述独有基于组件封装的动态表单测试方法作为所述实现类。
31.在一种可选的实施例中，在对所述页面中的所述目标组件的验证点进行测试，得到测试结果之后，所述方法还包括：
32.在检测到对所述目标组件对应的属性进行增加待添加属性时，调取所述目标组件对应的所述实现类，在所述实现类中增加所述待添加属性；或者
33.在检测到对所述目标组件对应的待删除属性进行删除时，调取所述目标组件对应的所述实现类，在所述实现类中删除所述待删除属性。
34.第二方面，本技术提供了一种测试系统，所述系统包括：
35.获取模块，用于获取目标组件对应的实现类，其中，所述实现类中包含了所述目标组件的所有属性以及所述目标组件的唯一基于组件封装的动态表单测试方法；
36.处理模块，用于根据所述实现类，调整针对所述目标组件的测试流程，其中，所述
测试流程中包含了基本类，所述基本类包含了组件测试的通用方法；按照所述测试流程，对所述页面中的所述目标组件的验证点进行测试，得到测试结果。
37.在一种可选的实施例中，所述处理模块，还用于根据所述目标组件的标识在所有拖拽方法中确定出目标拖拽方法，并封装所述目标拖拽方法；
38.确定所述目标组件对应的目标属性设置方法，并封装所述目标属性设置方法；
39.将封装的所述目标组件拖拽方法以及所述目标属性设置方法设置为所述基本类。
40.在一种可选的实施例中，所述处理模块，还用于确定所述目标组件的所有独有属性以及独有基于组件封装的动态表单测试方法，封装所有独有属性以及所述独有基于组件封装的动态表单测试方法；
41.将封装的所有独有属性以及所述独有基于组件封装的动态表单测试方法作为所述实现类。
42.在一种可选的实施例中，所述处理模块，还用于在检测到对所述目标组件对应的属性进行增加待添加属性时，调取所述目标组件对应的所述实现类，在所述实现类中增加所述待添加属性；或者
43.在检测到对所述目标组件对应的待删除属性进行删除时，调取所述目标组件对应的所述实现类，在所述实现类中删除所述待删除属性。
44.第三方面，本技术提供了一种电子设备，包括：
45.存储器，用于存放计算机程序；
46.处理器，用于执行所述存储器上所存放的计算机程序时，实现上述的基于组件封装的动态表单测试方法步骤。
47.第四方面，本技术提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述的基于组件封装的动态表单测试方法步骤。
48.上述第二方面至第四方面中的各个方面以及各个方面可能达到的技术效果请参照上述针对第一方面或第一方面中的各种可能方案可以达到的技术效果说明，这里不再重复赘述。
附图说明
49.图1为本技术提供的ui自动化测试的架构示意图之一；
50.图2为本技术提供的一种基于组件封装的动态表单测试方法的流程图；
51.图3为本技术提供的ui自动化测试的架构示意图之二；
52.图4为本技术提供的一种测试系统的结构示意图；
53.图5为本技术提供的一种电子设备的结构示意图。
具体实施方式
54.为了使本技术的目的、技术方案和优点更加清楚，下面将结合附图对本技术作进一步地详细描述。方法实施例中的具体操作方法也可以应用于装置实施例或系统实施例中。需要说明的是，在本技术的描述中“多个”理解为“至少两个”。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单
独存在b这三种情况。a与b连接，可以表示：a与b直接连接和a与b通过c连接这两种情况。另外，在本技术的描述中，“第一”、“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。
55.下面结合附图，对本技术实施例进行详细描述。
56.对于低代码设计态页面来说，单个页面本身就随着不同的设计组合进行变化，现有的技术架构适合页面固定功能的设计，对于这种变化页面的适配不太合适或者说需要封装大量瞬时的方法做适配，再或者是需要大量相同流程不同处理的用例脚本来进行覆盖。
57.针对当前的ui自动化测试实现来讲，低代码平台中每多出一个组件，case就需要增加一个，这样就导致前期脚本编写工作量增加。另外，在逻辑层中的设置方法可能会出现在另外一个或很多个case内，一旦设置属性流程中出现变更，比如多一个设置方法，所有涉及到该case都需要去变更，这样不仅导致修改难度大、并且维护成本也较高。
58.为了解决上述问题，本技术提供了一种检测方法，在该方法中对组件设置了基本类以及实现类，在基本类中包含了组件构建的通用方法，在实现类中包含了目标组件的所有属性以及目标组件的唯一基于组件封装的动态表单测试方法。也就是说，所有目标组件的通过方法都归为基本类，而各个目标组件各自独有的属性以及独有的基于组件封装的动态表单测试方法都归为实现类。
59.因此，在获取到目标组件对应的实现类之后，根据实现类调整针对目标组件的测试流程，按照调整后的测试流程，对页面中构建的目标组件验证点进行测试，得到测试结果。
60.由于对目标组件划分了基本类以及实现类，因此每增加一个组件时，不再需要添加一个测试流程，流程直接替换原有流程中实现类，从而减少了低代码平台中测试脚本的编写量。
61.参照图2所示为本技术提供的一种基于组件封装的动态表单测试方法的流程图，该方法包括：
62.s1，获取目标组件对应的实现类；
63.首先来讲，在本技术实施例中，从页面设计的角度来讲，页面中的不同组件的大部分属性都是重复属性，比如说所有组件都有标题、后缀、显示状态等。因此可以将不同组件的对标题、后缀的操作提取出一个方法来实现。
64.因此，在包含多个目标组件的页面进行构建之前，根据所有目标组件的标识在所有拖拽方法中确定出各个目标组件对应的目标拖拽方法，并封装该目标拖拽方法。
65.进一步，确定所有目标组件对应的目标属性设置方法，并封装目标属性设置方法，将封装的目标组件拖拽方法以及目标属性设置方法设置为基本类。也就是说，该基本类中包含了目标组件通用的目标拖拽方法以及目标属性设置方法。这里需要说明是，不同组件的目标拖拽方法用于将组件拖拽到设计页面。
66.进一步，在本技术实施例中，由于每个组件的属性会存在差异，因此除了设置基本类之外，还需要设置组件对应的实现类，该实现类可以包含组件样式修改、组件功能开启等。具体来讲，首先确定目标组件的所有标签属性以及独有基于组件封装的动态表单测试方法，此处的标签属性为目标组件独有的属性，即差异属性。
67.封装该独有属性以及独有基于组件封装的动态表单测试方法，将封装的所有独有
属性以及独有基于组件封装的动态表单测试方法作为实现类。此处的实现类中包含了各个目标组件各自对应的独有属性。这里需要说明是，不同组件的独有属性用于在设计页面上设置不同的配置。
68.这里需要说明是，目标组件的基本类以及实现类在低代码平台的逻辑层实现，也就是在逻辑层中封装组件的拖拽方法以及设置属性方法，在封装完成之后，该逻辑层封装的方法为业务层使用。
69.通过上述方法，对目标组件划分了基本类以及实现类，而基本类是通用方法，实现类为组件自身独有的属性，因此每增加一个组件时，不再需要添加一个测试流程，而是直接调用基本类以及实现类。
70.s2，根据所述实现类，调整针对所述目标组件的测试流程；
71.在获取到目标组件的实现类之后，在实现类中包含目标组件对应的独有属性以及唯一的基于组件封装的动态表单测试方法，因此可以根据实现类对原有的测试流程进行调整，比如说原有的测试流程为：
72.case
‑‑
拖拽组件-》设置属性-》测试设置后的功能验证点；
73.则根据该测试流程，可以按照实现类对“测试设置后的功能验证点”进行调整，从而使得该测试流程能够对目标组件进行测试。显然，上述的测试流程是一个通用的测试流程，不同目标组件的测试流程都可以在上述原有测试流程上进行调整，而不再需要重新增加一个测试流程。
74.比如说，组件a封装了10个属性，在业务层属性阶段为10个属性会在组件基本类的属性设置方法内被页面上进行设置，组件a重写了验证点的逻辑处理，在验证点执行时，会调用组件a本身的基于组件封装的动态表单测试方法进行测试校验。
75.s3，按照测试流程，对页面中的目标组件的验证点进行测试，得到测试结果。
76.在得到调整后的测试流程之后，通过该测试流程对页面中的目标组件的验证点进行测试，得到最终的测试结果。
77.通过上述的方法，将各个组件本身的属性作为可配置项，即便后续组件发生属性等变更，需要维护的测试流程只会有一个，因此不会随着ui自动化的数量级变化而难以维护，从而大大的降低了维护成本。
78.进一步，在本技术实施例中，若是检测到目标组件对应的属性进行增加待添加属性时，调取目标组件对应的基实现类，在实现类中增加该待添加属性；
79.若是检测到对目标组件对应的待删除属性进行删除时，调取目标组件对应的所述实现类，在实现类中删除待删除属性。
80.也就是说，在目标组件的属性发生变更的情况下，可以直接调整目标组件对应的实现类，从而不管是ui上的变化，组件业务本身的变化，都只需要维护实现类中的属性即可，从而减少了用例个数。
81.另外，通过上述的方法也可以将用例个数从“组件数*属性个数*待测试功能数量”调整为“待测试功能数量”，从而大大的降低了用例个数，也极大的降低了维护成本。
82.下面通过具体的应用场景对本技术所提供的方法做进一步的说明。
83.参照图3所示，在图3中该低代码平台包括对象层、逻辑层、业务层以及数据层。
84.对象层：对组件在页面上的定位信息进行封装；
85.逻辑层：页面功能封装、组件功能封装；
86.该页面功能封装包括登录、填表、拖拽等，该组件功能封装包括组件样式修改、组件功能开启等。、
87.当然，在该逻辑层中还包括组件的基本类以及实现类，该基本类以及实现类包含的内容在上述实施例中已经详细说明，此处就不再赘述。
88.业务层：生成测试case；
89.数据层：调取数据驱动，完成测试。
90.基于同一发明构思，本技术实施例中还提供了一种测试系统，参照图4所示，该系统包括：
91.获取模块401，用于获取目标组件对应的实现类，其中，所述实现类中包含了所述目标组件的标签属性以及所述目标组件的唯一基于组件封装的动态表单测试方法；
92.处理模块402，用于根据所述实现类，调整针对所述目标组件的测试流程，其中，所述测试流程中包含了基本类，所述基本类包含了组件测试的通用方法；按照所述测试流程，对所述页面中的所述目标组件的验证点进行测试，得到测试结果。
93.进一步，在一种可选的实施例中，所述处理模块402，还用于根据所述目标组件的标识在所有拖拽方法中确定出目标拖拽方法，并封装所述目标拖拽方法；
94.确定所述目标组件对应的目标属性设置方法，并封装所述目标属性设置方法；
95.将封装的所述目标组件拖拽方法以及所述目标属性设置方法设置为所述基本类。
96.进一步，在一种可选的实施例中，所述处理模块402，还用于确定所述目标组件的所有标签属性以及独有基于组件封装的动态表单测试方法，封装所有独有属性以及所述独有基于组件封装的动态表单测试方法，其中，标签属性为目标组件的独有属性；
97.将封装的所有独有属性以及所述独有基于组件封装的动态表单测试方法作为所述实现类。
98.进一步，在一种可选的实施例中，所述处理模块402，还用于在检测到对所述目标组件对应的属性进行增加待添加属性时，调取所述目标组件对应的所述实现类，在所述实现类中增加所述待添加属性；或者
99.在检测到对所述目标组件对应的待删除属性进行删除时，调取所述目标组件对应的所述实现类，在所述实现类中删除所述待删除属性。
100.基于同一发明构思，本技术实施例中还提供了一种电子设备，所述电子设备可以实现前述一种测试系统的功能，参考图5，所述电子设备包括：
101.至少一个处理器501，以及与至少一个处理器501连接的存储器502，本技术实施例中不限定处理器501与存储器502之间的具体连接介质，图5中是以处理器501和存储器502之间通过总线500连接为例。总线500在图5中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线500可以分为地址总线、数据总线、控制总线等，为便于表示，图5中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。或者，处理器501也可以称为控制器，对于名称不做限制。
102.在本技术实施例中，存储器502存储有可被至少一个处理器501执行的指令，至少一个处理器501通过执行存储器502存储的指令，可以执行前文论述的一种基于组件封装的动态表单测试方法。处理器501可以实现图4所示的系统中各个模块的功能。
103.其中，处理器501是该装置的控制中心，可以利用各种接口和线路连接整个该控制设备的各个部分，通过运行或执行存储在存储器502内的指令以及调用存储在存储器502内的数据，该装置的各种功能和处理数据，从而对该装置进行整体监控。
104.在一种可能的设计中，处理器501可包括一个或多个处理单元，处理器501可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器501中。在一些实施例中，处理器501和存储器502可以在同一芯片上实现，在一些实施例中，它们也可以在独立的芯片上分别实现。
105.处理器501可以是通用处理器，例如中央处理器(cpu)、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件，可以实现或者执行本技术实施例中公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的一种基于组件封装的动态表单测试方法的步骤可以直接体现为硬件处理器执行完成，或者用处理器中的硬件及软件模块组合执行完成。
106.存储器502作为一种非易失性计算机可读存储介质，可用于存储非易失性软件程序、非易失性计算机可执行程序以及模块。存储器502可以包括至少一种类型的存储介质，例如可以包括闪存、硬盘、多媒体卡、卡型存储器、随机访问存储器(random access memory，ram)、静态随机访问存储器(static random access memory，sram)、可编程只读存储器(programmable read only memory，prom)、只读存储器(read only memory，rom)、带电可擦除可编程只读存储器(electrically erasable programmable read-only memory，eeprom)、磁性存储器、磁盘、光盘等等。存储器502是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。本技术实施例中的存储器502还可以是电路或者其它任意能够实现存储功能的装置，用于存储程序指令和/或数据。
107.通过对处理器501进行设计编程，可以将前述实施例中介绍的一种基于组件封装的动态表单测试方法所对应的代码固化到芯片内，从而使芯片在运行时能够执行图2所示的实施例的一种基于组件封装的动态表单测试方法的步骤。如何对处理器501进行设计编程为本领域技术人员所公知的技术，这里不再赘述。
108.基于同一发明构思，本技术实施例还提供一种存储介质，该存储介质存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行前文论述的一种基于组件封装的动态表单测试方法。
109.在一些可能的实施方式中，本技术提供的一种基于组件封装的动态表单测试方法的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在装置上运行时，程序代码用于使该控制设备执行本说明书上述描述的根据本技术各种示例性实施方式的一种基于组件封装的动态表单测试方法中的步骤。
110.本领域内的技术人员应明白，本技术的实施例可提供为方法、系统、或计算机程序产品。因此，本技术可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本技术可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产
品的形式。
111.本技术是参照根据本技术实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
112.这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
113.这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
114.显然，本领域的技术人员可以对本技术进行各种改动和变型而不脱离本技术的精神和范围。这样，倘若本技术的这些修改和变型属于本技术权利要求及其等同技术的范围之内，则本技术也意图包含这些改动和变型在内。

技术特征：
1.一种基于组件封装的动态表单测试方法，其特征在于，所述方法包括：获取目标组件对应的实现类，其中，所述实现类中包含了所述目标组件的标签属性以及所述目标组件的唯一基于组件封装的动态表单测试方法；根据所述实现类，调整针对所述目标组件的测试流程，其中，所述测试流程中包含了基本类，所述基本类包含了组件测试的通用方法；按照所述测试流程，对所述页面中的所述目标组件的验证点进行测试，得到测试结果。2.如权利要求1所述的方法，其特征在于，在获取目标组件对应的实现类之前，所述方法还包括：根据所述目标组件的标识在所有拖拽方法中确定出目标拖拽方法，并封装所述目标拖拽方法；确定所述目标组件对应的目标属性设置方法，并封装所述目标属性设置方法；将封装的所述目标组件拖拽方法以及所述目标属性设置方法设置为所述基本类。3.如权利要求1所述的方法，其特征在于，在获取目标组件对应的实现类之前，所述方法还包括：确定所述目标组件的所有标签属性以及独有基于组件封装的动态表单测试方法，封装所有独有属性以及所述独有基于组件封装的动态表单测试方法，其中，所述标签属性为所述目标组件的独有属性；将封装的所有独有属性以及所述独有基于组件封装的动态表单测试方法作为所述实现类。4.如权利要求1所述的方法，其特征在于，在对所述页面中的所述目标组件的验证点进行测试，得到测试结果之后，所述方法还包括：在检测到对所述目标组件对应的属性进行增加待添加属性时，调取所述目标组件对应的所述实现类，在所述实现类中增加所述待添加属性；或者在检测到对所述目标组件对应的待删除属性进行删除时，调取所述目标组件对应的所述实现类，在所述实现类中删除所述待删除属性。5.一种测试系统，其特征在于，所述系统包括：获取模块，用于获取目标组件对应的实现类，其中，所述实现类中包含了所述目标组件的标签属性以及所述目标组件的唯一基于组件封装的动态表单测试方法；处理模块，用于根据所述实现类，调整针对所述目标组件的测试流程，其中，所述测试流程中包含了基本类，所述基本类包含了组件测试的通用方法；按照所述测试流程，对所述页面中的所述目标组件的验证点进行测试，得到测试结果。6.如权利要求5所述的系统，其特征在于，所述处理模块，还用于根据所述目标组件的标识在所有拖拽方法中确定出目标拖拽方法，并封装所述目标拖拽方法；确定所述目标组件对应的目标属性设置方法，并封装所述目标属性设置方法；将封装的所述目标组件拖拽方法以及所述目标属性设置方法设置为所述基本类。7.如权利要求5所述的系统，其特征在于，所述处理模块，还用于确定所述目标组件的所有标签属性以及独有基于组件封装的动态表单测试方法，封装所有独有属性以及所述独有基于组件封装的动态表单测试方法，其中，所述标签属性为所述目标组件的独有属性；将封装的所有独有属性以及所述独有基于组件封装的动态表单测试方法作为所述实
现类。8.如权利要求5所述的系统，其特征在于，所述处理模块，还用于在检测到对所述目标组件对应的属性进行增加待添加属性时，调取所述目标组件对应的所述实现类，在所述实现类中增加所述待添加属性；或者在检测到对所述目标组件对应的待删除属性进行删除时，调取所述目标组件对应的所述实现类，在所述实现类中删除所述待删除属性。9.一种电子设备，其特征在于，包括：存储器，用于存放计算机程序；处理器，用于执行所述存储器上所存放的计算机程序时，实现权利要求1-4中任一项所述的方法步骤。10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-4任一项所述的方法步骤。

技术总结
本申请提供了一种基于组件封装的动态表单测试方法、系统及电子设备，在该方法中，对组件设置了基本类以及实现类，在基本类中包含了组件构建的通用方法，在实现类中包含了目标组件的唯一属性以及目标组件的唯一基于组件封装的动态表单测试方法。因此，在获取到目标组件对应的实现类之后，根据实现类调整针对目标组件的测试流程，按照调整后的测试流程，对页面中构建的目标组件验证点进行测试，得到测试结果。由于对目标组件划分了基本类以及实现类，因此每增加一个组件时，不再需要添加一个测试流程，流程直接替换原有流程中实现类，从而减少了低代码平台中测试脚本的编写量。而减少了低代码平台中测试脚本的编写量。而减少了低代码平台中测试脚本的编写量。


技术研发人员：宋杨 黄博涛 郦才足 花京武
受保护的技术使用者：杭州指令集智能科技有限公司
技术研发日：2023.05.23
技术公布日：2023/8/13