确定组件库升级版本回归范围的方法、装置、设备及介质与流程

1.本发明涉及软件测试技术领域，特别是涉及一种确定组件库升级版本回归范围的方法、装置、设备及介质。


背景技术：

2.在前端开发中，很多业务都是使用一套公共组件。当公共组件升级时，为确保使用这些组件的业务页面不受影响，需要测试人员对相关的页面进行回归测试。当前技术是在组件库中添加单元测试，组件库自身的单元测试通过则认为组件库本次升级正常，或者是挑选一些典型的页面进行回归，回归测试难以覆盖到涉及使用该组件的全部页面。
3.另外，业务项目使用的同一个组件库的不同版本，当业务项目升级组件库版本后，很难确定本次升级导致了哪些组件变更，进而无法得知哪些使用了这些组件的页面需要进行回归。如果对项目全量进行回归无疑占据极大的人力资源，所以如何精确确定回归范围一直是本领域要解决的技术难题。
4.总之，现有测试技术中，一是测试bug率高：因为组件库仅有简单的单元测试，难以还原真实业务中的复杂使用场景，往往造成组件库升级了a组件，单元测试没问题，但是在业务页面使用就会出现各种意料之外的问题。二是难以确定回归范围，只能挑选典型页面简单回归。因为组件资源是按照版本号来拉取，不同版本升级改动的组件是不同的，开发与测试人员难以知晓，哪些页面受到影响。三是会消耗大量人力成本。因为回归测试范围难以确定，对于一些重要的业务项目往往使用全量回归，极大的消耗人力资源。


技术实现要素：

5.本发明的目的是针对现有技术中存在的技术缺陷，而提供一种确定组件库升级版本回归范围的方法、装置、设备及介质。本发明可准确的得出组件库中不同版本升级跨度，改动的组件有哪些；并且可准确的得出哪些业务页面在使用这些组件，即可准确的得出公共组件库升级时，哪些业务页面受到了影响，需要进行回归测试。
6.本发明第一方面提供确定组件库升级版本回归范围的方法，用于业务项目升降组件库版本时，通过以下步骤获取要回归测试的业务项目的页面：获取当前业务项目所用的当前组件库版本与已升级的升级目标组件库版本；查询升级目标组件库版本相对于当前组件库版本已升级的组件及其组件id，所述组件id不随着组件的升级而变化；基于业务项目的页面地址与组件id的对应关系，根据确定的已升级的组件的组件id，确定出当前业务项目中使用已升级的组件的页面地址；通过确定的出当前业务项目中使用已升级的组件的页面地址确定出要回归测试的页面。
7.其中，所述组件id包括dom元素的attribute属性、css类名。
8.其中，确定所述业务项目的页面地址与组件id的对应关系，包括：
使用爬虫工具对业务项目定期爬取其页面dom结构内容，确定每个页面所用的组件的组件id；记录每个页面所使用的组件的组件id，将该页面的页面地址与所使用的组件的组件id建立对应关系。
9.其中，所述升级目标组件库版本升级时，记录升级改动的组件及其组件id，以供当前组件库版本升级时查询使用。
10.本发明第二方面提供确定组件库升级版本回归范围的装置，用于业务项目升降组件库版本时，获取要回归测试的业务项目的页面： 包括：组件版本获取模块，用于获取当前业务项目所用的当前组件库版本与已升级的升级目标组件库版本；升级组件查询模块，用于查询升级目标组件库版本相对于当前组件库版本已升级的组件及其组件id，所述组件id不随着组件的升级而变化；页面地址确定模块，用于基于业务项目的页面地址与组件id的对应关系，根据确定的已升级的组件的组件id，确定出当前业务项目中使用已升级的组件的页面地址；页面确定模块，用于通过确定的出当前业务项目中使用已升级的组件的页面地址确定出要回归测试的页面。
11.本发明第三方面提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行所述确定组件库升级版本回归范围的方法的步骤。
12.本发明第四方面提供一种计算机存储介质，存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行所述确定组件库升级版本回归范围的方法的步骤。
13.本发明的技术通过以上述的技术方案进行组件库升级版本的确定，可以精确知道哪些业务页面受到了影响，因此可以进行针对性的回归测试，具体测试组件在业务环境的表现是否正常，从而可以减少业务项目的bug、故障。可以很大程度降低出问题的概率；同时，因为可以准确得出需要回归测试的页面是哪些，所以不再需要全量回归，使用少量的人工测试资源即可，减少人力成本。
附图说明
14.图1是本发明的确定组件库升级版本回归范围的方法的流程图。
15.图2是本发明的确定组件库升级版本回归范围的装置的原理图。
具体实施方式
16.以下结合附图和具体实施例对本发明作进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
17.如图1所示，本发明实施例的确定组件库升级版本回归范围的方法，用于业务项目升降组件库版本时，通过以下步骤获取要回归测试的业务项目的页面：s1.获取当前业务项目所用的当前组件库版本与已升级的升级目标组件库版本；s2.查询升级目标组件库版本相对于当前组件库版本已升级的组件及其组件id，
所述组件id不随着组件的升级而变化；s3.基于业务项目的页面地址与组件id的对应关系，根据确定的已升级的组件的组件id，确定出当前业务项目中使用已升级的组件的页面地址；s4.通过确定出的当前业务项目中使用已升级的组件的页面地址确定出要回归测试的页面。
18.通过以上的技术手段，确定出出要回归测试的页面，将这些页面的地址发送给业务方，业务方即可获取到准确的受影响页面地址，根据给出的地址范围回归测试，从而进行精确的回归测试.示例性的，其中，组件库中的组件分别赋予一个组件id，该组件id不随着组件的升级而变化，新增组件时赋予，其中，所述组件id可以是采用dom元素的attribute属性、css类名等，或是其它可用的方法，不限于此。
19.示例性的，其中，确定所述业务项目的页面地址与组件id的对应关系，包括：s21.使用爬虫工具对业务项目定期爬取其页面dom结构内容，确定每个页面所用的组件的组件id；s22.记录每个页面所使用的组件的组件id，将该页面的页面地址与所使用的组件的组件id建立对应关系。
20.示例性的，可以是在前端开发完成后，通过使用爬虫工具对业务项目定期爬取其页面dom结构内容，并获取每个页面所用的组件及其组件id，这样，记录每个页面所使用的组件及其组件id，储存起来，从而实现了每个页面的页面地址与所使用的组件的组件id建立起相应的对应关系，方便后续组件升级时，根据组件id确定出对应的页面，从而方面确定出要回归测试的页面。
21.示例性的，为了更好或是快捷地确定升级的组件，其中，所述升级目标组件库版本升级时，要记录组件库的版本信息，不再同的组件库版本间的升级改动的组件及其组件id并存储，以供当前组件库版本升级至一个升级版本时能快捷地根据版本信息以及版本对应的升级组件的信息进行组件升级情况的查询使用，这样在组件库的版本升级时，在升级组件的信息查询时，可以快速地实现确定出升级的组件，并根据升级的组件的组件id确定出对应的页面。
22.本发明实施例第二方面提供确定组件库升级版本回归范围的装置，用于业务项目升降组件库版本时，获取要回归测试的业务项目的页面：参见图2所示，包括：组件版本获取模块，用于获取当前业务项目所用的当前组件库版本与已升级的升级目标组件库版本；升级组件查询模块，用于查询升级目标组件库版本相对于当前组件库版本已升级的组件及其组件id，所述组件id不随着组件的升级而变化；页面地址确定模块，用于基于业务项目的页面地址与组件id的对应关系，根据确定的已升级的组件的组件id，确定出当前业务项目中使用已升级的组件的页面地址；页面确定模块，用于通过确定出的当前业务项目中使用已升级的组件的页面地址确定出要回归测试的页面。
23.本发明实施例第二方面提供的确定组件库升级版本回归范围的装置，其具体的确定组件库升级版本回归范围技术，可以参阅前面所述的本发明实施例第二方面提供的确定
组件库升级版本回归范围的技术内容，此处不再赘述。
24.本发明实施例第三方面提供一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行前面所述确定组件库升级版本回归范围的方法的步骤。
25.本发明实施例第四方面提供一种计算机存储介质，存储有计算机可读指令，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行前面所述确定组件库升级版本回归范围的方法的步骤。
26.可以看出，本发明的确定组件库升级版本回归范围的方法，通过以上述的技术方案进行组件库升级版本的确定，可以精确知道哪些业务页面受到了影响，因此可以进行针对性的回归测试，具体测试组件在业务环境的表现是否正常，从而可以减少业务项目的bug、故障。可以很大程度降低出问题的概率；同时，因为可以准确得出需要回归测试的页面是哪些，所以不再需要全量回归，使用少量的人工测试资源即可，减少人力成本。
27.以上显示和描述了本发明的基本原理和主要特征和本发明的优点,对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明；因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化囊括在本发明内，不应将权利要求中的任何附图标记视为限制所涉及的权利要求。
28.此外，应当理解，虽然本说明书按照实施方式加以描述，但并非每个实施方式仅包含一个独立的技术方案，说明书的这种叙述方式仅仅是为清楚起见，本领域技术人员应当将说明书作为一个整体，各实施例中的技术方案也可以经适当组合，形成本领域技术人员可以理解的其他实施方式。