配置文件的升级测试方法和装置的制造方法
【技术领域】
[0001] 本发明涉及测试技术领域，尤其涉及一种配置文件的升级测试方法和装置。
【背景技术】
[0002] 现有技术中，移动终端中安装的应用（Application ;以下简称：App)的配置文件 升级之后，对配置文件的进行升级测试时，现有技术一般采用人工查看配置文件，进行一次 的结果校验，具体地，可以用第三方工具或者adb命令一层层的找到指定的文件，打开指定 的文件后，在众多的标签中肉眼寻找关键标签。
[0003] 现有技术提供的另一种对配置文件进行升级测试的方案是根据用户界面（User Interface ;以下简称：UI)层的结果，反推云端库升级的情况，具体地，可以通过查看App的 某一功能是否改变，反推云端库升级是否成功。
[0004] 但是，人工查看配置文件的方案，效率低下，并且出错率较高；而通过UI层的结 果反推云端库升级的情况的方案，问题反馈不及时，影响测试结果的及时性，且容易存在漏 洞。
【发明内容】
[0005] 本发明的目的旨在至少在一定程度上解决相关技术中的技术问题之一。
[0006] 为此，本发明的第一个目的在于提出一种配置文件的升级测试方法。该方法根据 配置文件升级前后的关键信息确定配置文件的升级情况，实现了对配置文件的升级进行自 动化测试，节约了人工成本，并降低了人工比对的出错率，提高了测试准确率和测试效率。
[0007] 本发明的第二个目的在于提出一种配置文件的升级测试装置。
[0008] 为了实现上述目的，本发明第一方面实施例的配置文件的升级测试方法，包括：获 得启动的应用中的配置文件；对所述配置文件进行解析，获得所述配置文件的第一关键信 息，所述第一关键信息包括所述配置文件的第一版本号和所述第一版本号所对应的版本的 升级时间；触发所述配置文件进行升级，在所述配置文件升级之后，获得升级后的配置文件 的第二关键信息，所述第二关键信息包括升级后的配置文件的第二版本号和所述第二版本 号所对应版本的升级时间；根据所述第一关键信息和所述第二关键信息确定所述配置文件 的升级情况。
[0009] 结合第一方面，在第一方面的第一种可能的实现方式中，所述根据所述第一关键 信息和所述第二关键信息确定所述配置文件的升级情况包括：如果所述第二关键信息中的 第二版本号与所述第一关键信息中的第一版本号相同，或者所述第二关键信息中的第二版 本号不是升级的目的版本号，则确定所述配置文件升级失败；或者，如果所述第二关键信息 中的第二版本号为升级的目的版本号，但所述第二关键信息中所述第二版本号所对应版本 的升级时间不正确，则确定所述配置文件升级成功，但升级时间不正确；或者，如果所述第 二关键信息中的第二版本号为升级的目的版本号，并且所述第二关键信息中所述第二版本 号所对应版本的升级时间正确，则确定所述配置文件升级成功，并且升级时间正确。
[0010] 结合第一方面或者第一方面的第一种可能的实现方式，在第一方面的第二种可能 的实现方式中，所述对所述配置文件进行解析，获得所述配置文件的第一关键信息包括：加 载自定义文件解析类，通过加载的自定义文件解析类对所述配置文件进行解析，获得所述 配置文件的第一关键信息。
[0011] 结合第一方面或者第一方面的第一种可能的实现方式，在第一方面的第三种可能 的实现方式中，所述根据所述第一关键信息和所述第二关键信息确定所述配置文件的升级 情况之后，还包括：在所述配置文件升级后，对所述应用的核心模块进行崩溃测试。
[0012] 结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式 中，所述对所述应用的核心模块进行崩溃测试之后，还包括：将所述配置文件的升级情况， 或者将所述配置文件的升级情况和所述应用的核心模块的崩溃测试结果存入数据库，并输 出测试报告。
[0013] 本发明实施例的配置文件的升级测试方法，获得配置文件升级前后的关键信息之 后，根据配置文件升级前后的关键信息确定配置文件的升级情况，从而实现了对配置文件 的升级进行自动化测试，节约了人工成本，并降低了人工比对的出错率，提高了测试准确率 和测试效率。
[0014] 为了实现上述目的，本发明第二方面实施例的配置文件的升级测试装置，包括：获 得模块，用于获得启动的应用中的配置文件；解析模块，用于对所述获得模块获得的配置文 件进行解析，获得所述配置文件的第一关键信息，所述第一关键信息包括所述配置文件的 第一版本号和所述第一版本号所对应的版本的升级时间；触发模块，用于触发所述配置文 件进行升级；所述解析模块，还用于在所述配置文件升级之后，获得升级后的配置文件的第 二关键信息，所述第二关键信息包括升级后的配置文件的第二版本号和所述第二版本号所 对应版本的升级时间；确定模块，用于根据所述解析模块获得的所述第一关键信息和所述 解析模块获得的所述第二关键信息确定所述配置文件的升级情况。
[0015] 结合第二方面，在第二方面的第一种可能的实现方式中，所述确定模块，具体用于 当所述第二关键信息中的第二版本号与所述第一关键信息中的第一版本号相同，或者所述 第二关键信息中的第二版本号不是升级的目的版本号时，确定所述配置文件升级失败；或 者，当所述第二关键信息中的第二版本号为升级的目的版本号，但所述第二关键信息中所 述第二版本号所对应版本的升级时间不正确时，确定所述配置文件升级成功，但升级时间 不正确；或者，当所述第二关键信息中的第二版本号为升级的目的版本号，并且所述第二关 键信息中所述第二版本号所对应版本的升级时间正确时，确定所述配置文件升级成功，并 且升级时间正确。
[0016] 结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第二种可能 的实现方式中，所述解析模块，具体用于加载自定义文件解析类，通过加载的自定义文件解 析类对所述配置文件进行解析，获得所述配置文件的第一关键信息。
[0017] 结合第二方面或者第二方面的第一种可能的实现方式，在第二方面的第三种可能 的实现方式中，所述装置还包括：崩溃测试模块，用于在所述配置文件升级后，对所述应用 的核心模块进行崩溃测试。
[0018] 结合第二方面的第三种可能的实现方式，在第二方面的第四种可能的实现方式 中，所述装置还包括：输出模块，用于将所述配置文件的升级情况，或者将所述配置文件的 升级情况和所述应用的核心模块的崩溃测试结果存入数据库，并输出测试报告。
[0019] 本发明实施例的配置文件的升级测试装置，解析模块获得配置文件升级前后的关 键信息之后，确定模块根据配置文件升级前后的关键信息确定配置文件的升级情况，从而 实现了对配置文件的升级进行自动化测试，节约了人工成本，并降低了人工比对的出错率， 提高了测试准确率和测试效率。
[0020] 本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变 得明显，或通过本发明的实践了解到。
【附图说明】
[0021] 本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变 得明显和容易理解，其中：
[0022] 图1为本发明配置文件的升级测试方法一个实施例的流程图；
[0023] 图2为本发明配置文件的升级测试方法中获得第一关键信息的方式一个实施例 的不意图；
[0024] 图3为本发明配置文件的升级测试方法中确定升级情况一个实例的示意图；
[0025] 图4为本发明配置文件的升级测试方法另一个实施例的流程图；
[0026] 图5为本发明配置文件的升级测试方法中测试报告一个示例的示意图；
[0027] 图6 (a)~图6 (b)为本发明配置文件的升级测试方法一个示例的逻辑示意图；
[0028] 图7为