一种验证app版本的测试方法及其系统与流程

1.本发明涉及计算机通讯技术领域，特别是一种验证app版本的测试方法及其系统。


背景技术：

2.在应用工厂项目中，经常需要测试人员自己打包测试包，在打包过程中提测组件是否正常调用和调用组件版本是否正确成为了测试人员确认测试包是否正确的唯一方式，目前测试人员只能通过人工确认的方式，但是测试过程中难免会因为各种原因(业务不熟悉、临时借调人员、测试不全等)导致测试包版本错误或者版本遗漏等问题。前期测试人员在测试过程中就有遇到过类似情况：就是新加入的测试人员因不熟悉测试规则，未对测试包进行提测组件和组件版本进行确认，导致测试时才发现测试包不正确
--
如提测内容显示不正确，咨询过其他测试人员后才发现是调用组件版本错误导致的。
3.现有技术存在的缺点：前期测试包的版本数据校验确认主要是通过人工来验证，在测试过程中难免会遇到诸多原因(如数据遗漏等)，导致版本数据遗漏或者版本号不一致等质量问题出现。


技术实现要素：

4.为克服上述问题，本发明的目的是提供一种验证app版本的测试方法，将重复耗时的人工比对操作，通过自动化工具实现，提升了测试质量和效率。
5.本发明采用以下方案实现：一种验证app版本的测试方法，所述测试方法包括如下步骤：
6.步骤s1、设置标准版本数据，并选择对应的应用名 组件分支名；
7.步骤s2、对所有组件进行划分类型，并填写对应的查询方式，来形成以数据分析表，该数据分析表包括组件类型、组件、查询方式字段；
8.步骤s3、根据标准版本数据中的组件在数据分析表中找到对应的查询方式，通过对应的查询方式得到组件的版本数据，将查询到的版本数据与标准版本数据进行比对，输出比对结果；
9.步骤s4、根据当前的比对结果，输出测试报告，测试报告主要输出：测试结论、具体差异数据、文件地址链接的数据。
10.进一步的，所述设置标准版本数据包括手动编辑方式和系统默认设置方式，所述手动编辑方式为手动填写标准版本数据，再选择对应的应用名 组件分支名；所述系统默认设置方式为标准版本数据默认为：当前选中应用名-测试分支名下的差分信息；再选择对应的应用名 测试分支名。
11.进一步的，所述步骤s3进一步具体为：步骤s31、将标准版本数据传入数据分析表，查找标准版本数据中的组件在数据分析标中的组件集合b，并查找组件集合b对应的组件类型c；
12.步骤s32、根据组件类型c在数据分析表中查找对应的查询方式d后；
13.步骤s33、获取查询方式d中对应文件下的组件和组件版本数据e；
14.步骤s34、将标准版本数据与组件版本数据e进行对比，输出比对结果。
15.进一步的，根据比对结果，整合成测试报告，展示在测试平台上；比对结果：测试通过，不存在差异，具体差异数据：空，文件地址链接：空；测试不通过，存在差异，具体差异数据：填写具体的标准版本和实际版本数据 版本，文件地址链接：构建日志的地址链接和具体tree文件的链接。
16.本发明还提供了一种验证app版本的测试系统，所述测试系统包括标准数据源模块、数据分析模块、数据报告模块、以及测试执行模块；
17.所述标准数据源模块，用于设置标准版本数据，并选择对应的应用名 组件分支名；
18.所述数据分析模块，用于对所有组件进行划分类型，并填写对应的查询方式，来形成以数据分析表，该数据分析表包括组件类型、组件、查询方式字段；
19.所述数据报告模块，用于根据标准版本数据中的组件在数据分析表中找到对应的查询方式，通过对应的查询方式得到组件的版本数据，将查询到的版本数据与标准版本数据进行比对，输出比对结果；
20.所述测试执行模块，用于根据当前的比对结果，输出测试报告，测试报告主要输出：测试结论、具体差异数据、文件地址链接的数据。
21.进一步的，所述设置标准版本数据包括手动编辑方式和系统默认设置方式，所述手动编辑方式为手动填写标准版本数据，再选择对应的应用名 组件分支名；所述系统默认设置方式为标准版本数据默认为：当前选中应用名-测试分支名下的差分信息；再选择对应的应用名 测试分支名。
22.进一步的，所述数据报告模块进一步具体为：将标准版本数据传入数据分析表，查找标准版本数据中的组件在数据分析标中的组件集合b，并查找组件集合b对应的组件类型c；
23.根据组件类型c在数据分析表中查找对应的查询方式d后；
24.获取查询方式d中对应文件下的组件和组件版本数据e；
25.将标准版本数据与组件版本数据e进行对比，输出比对结果。
26.进一步的，根据比对结果，整合成测试报告，展示在测试平台上；比对结果：测试通过，不存在差异，具体差异数据：空，文件地址链接：空；测试不通过，存在差异，具体差异数据：填写具体的标准版本和实际版本数据 版本，文件地址链接：构建日志的地址链接和具体tree文件的链接。
27.本发明的有益效果在于：本发明的测试人员通过设置标准版本数据与组件中指定文件的组件数据进行比对，输出测试报告，提高工作效率；该种测试方法将重复耗时的人工比对操作，通过自动化工具实现，提升了测试质量和效率；另外，本发明相对以往的测试工具，可直接针对标准数据源中的组件分支、数据分析表中的组件类型和组件，进行新增、删除等操作，方便更新数据、扩宽功能。
附图说明
28.图1是本发明的方法流程示意图。
29.图2是本发明实施例一的流程示意图。
30.图3是本发明实施例中开发提测时提供的测试信息示意图。
31.图4是本发明系统原理框图。
具体实施方式
32.下面结合附图对本发明做进一步说明。
33.请参阅图1所示，本发明的一种验证app版本的测试方法，所述测试方法包括如下步骤：
34.步骤s1、设置标准版本数据(即组件 版本)，并选择对应的应用名 组件分支名；
35.步骤s2、对所有组件进行划分类型，并填写对应的查询方式，来形成以数据分析表，该数据分析表包括组件类型、组件、查询方式字段；
36.步骤s3、根据标准版本数据中的组件在数据分析表中找到对应的查询方式，通过对应的查询方式得到组件的版本数据，将查询到的版本数据与标准版本数据进行比对，输出比对结果；
37.步骤s4、根据当前的比对结果，输出测试报告，测试报告主要输出：测试结论、具体差异数据、文件地址链接的数据。
38.下面结合一具体实施例对本发明作进一步说明：
39.请参阅图2所示，本发明的一种验证app版本的测试方法为：
40.1、设置标准版本数据，并选择对应的应用名 组件分支名，即：所述设置标准版本数据包括手动编辑方式和系统默认设置方式，所述手动编辑方式为手动填写标准版本数据(规则格式：组件 版本号，如apf-ci-android:0.0.58-gradlesname-1)，再选择对应的应用名 组件分支名(可适用任何分支)；所述系统默认设置方式为标准版本数据默认为：当前选中应用名-测试分支名下的差分信息(上一版本和当前版本的差异数据。)；再选择对应的应用名 测试分支名(默认为测试分支)。
41.应用名 组件分支名如下表1：
42.表1
43.[0044][0045]
2、对所有组件进行划分类型，并填写对应的查询方式形成数据分析表，表2。组件类型、组件、查询方式，均可新增、编辑、删除等操作(方便后期扩展数据)。
[0046]
表2
[0047]
[0048][0049]
3、测试情况：1)测试结论：测试是否通过，如若不通过则显示原因
--
存在版本差异。2)具体差异数据：具体显示差异组件
--
标准版本和实际版本数据。3)文件地址链接：显示差异组件的查询链接(根据不同的组件类型，显示不同的查询方式)。
[0050]
4、将标准版本数据传入数据分析表，查找标准版本数据中的组件在数据分析标中的组件集合b，并查找组件集合b对应的组件类型c；
[0051]
步骤s32、根据组件类型c在数据分析表中查找对应的查询方式d后；
[0052]
步骤s33、组件集合b根据查询方式d来获取查询方式d中对应文件下(如表2中tree文件或者日志文件)的组件和组件版本数据e；
[0053]
步骤s34、将标准版本数据与组件版本数据e进行对比，输出比对结果。
[0054]
根据比对结果，整合成测试报告(参见表3)，展示在测试平台上；比对结果：测试通过，不存在差异，具体差异数据：空，文件地址链接：空；测试不通过，存在差异，具体差异数据：填写具体的标准版本和实际版本数据 版本，文件地址链接：构建日志文件的地址链接和具体tree文件的链接。
[0055]
表3
[0056]
[0057]
[0058][0059]
测试流程(如案例：业务组件一致性检测)：
[0060]
设置规则a：手动编写规则a(如：apf-ci-android:0.0.37-zhp-consistent-06)，并选择需要验证的应用 分支(如：脚本工具 测试)。
[0061]
如图3所示，图3为开发提测时提供的测试信息：
[0062]
从规则a中取出组件集合b(如：apf-ci-android，可以是单个组件或者多个组件)，再将b传入数据分析表，并查找b对应的组件类型c。
[0063]
根据组件类型c在数据分析表中查找对应的查询方式d后，输出将组件集合b根据查询方式d获取对应文件中的组件和组件版本数据e，并输出将规则a与数据e进行对比，输出结果
[0064]
根据输出结果，整合成测试报告，展示在测试平台上。
[0065]
测试结果：
[0066]
结果1：测试结论:测试通过，不存在差异。具体差异数据：空。文件链接：空。
[0067]
结果2：测试结论:测试不通过，存在差异。具体差异数据：填写具体的数据 版本。文件链接：
[0068]
构建日志的地址链接如下：
[0069]
http://jenkins.cc.app.service.sdp.nd/job/apfc_2yuni2_apf_adb_iq/4/consolefull
[0070]
具体tree文件的链接如下：
[0071]
http://jenkins.cc.app.service.sdp.nd/job/bizc_vqrjib_apf_adb_iq/ws/app/assets/tree.txt。
[0072]
如图4所示，本发明还提供了一种验证app版本的测试系统，所述测试系统包括标准数据源模块、数据分析模块、数据报告模块、以及测试执行模块；
[0073]
所述标准数据源模块，用于设置标准版本数据，并选择对应的应用名 组件分支名；
[0074]
所述数据分析模块，用于对所有组件进行划分类型，并填写对应的查询方式，来形成以数据分析表，该数据分析表包括组件类型、组件、查询方式字段；
[0075]
所述数据报告模块，用于根据标准版本数据中的组件在数据分析表中找到对应的查询方式，通过对应的查询方式得到组件的版本数据，将查询到的版本数据与标准版本数据进行比对，输出比对结果；
[0076]
所述测试执行模块，用于根据当前的比对结果，输出测试报告，测试报告主要输出：测试结论、具体差异数据、文件地址链接的数据。
[0077]
其中，所述设置标准版本数据包括手动编辑方式和系统默认设置方式，所述手动编辑方式为手动填写标准版本数据，再选择对应的应用名 组件分支名；所述系统默认设置方式为标准版本数据默认为：当前选中应用名-测试分支名下的差分信息；再选择对应的应用名 测试分支名。
[0078]
进一步的，所述数据报告模块进一步具体为：将标准版本数据传入数据分析表，查找标准版本数据中的组件在数据分析标中的组件集合b，并查找组件集合b对应的组件类型c；
[0079]
根据组件类型c在数据分析表中查找对应的查询方式d后；
[0080]
组件集合b根据查询方式d来获取查询方式d中对应文件下的组件和组件版本数据e；
[0081]
将标准版本数据与组件版本数据e进行对比，输出比对结果。
[0082]
进一步的，根据比对结果，整合成测试报告，展示在测试平台上；比对结果：测试通过，不存在差异，具体差异数据：空，文件地址链接：空；测试不通过，存在差异，具体差异数据：填写具体的标准版本和实际版本数据 版本，文件地址链接：构建日志的地址链接和具体tree文件的链接。
[0083]
以上所述仅为本发明的较佳实施例，凡依本发明申请专利范围所做的均等变化与修饰，皆应属本发明的涵盖范围。