。
[0063] 图6(a)~图6(b)为本发明配置文件的升级测试方法一个示例的逻辑示意图，图 6 (a)~图6 (b)给出了本发明图1和图4提供的配置文件的升级测试方法的一个执行逻辑。 [0064] 上述配置文件的升级测试方法可以应用在云端下发配置文件的测试场景中，实现 了对配置文件升级的自动化测试，节约了人工成本，减少了人工比对的出错风险，从而降低 了测试的出错率，并且提升了测试效率，良好的实时性检测和优雅的结果输出，可以第一时 间反馈测试结果。另外，可以对数据进行持久化积累，为数据挖掘、数据分析和工作指导提 供了基础数据。
[0065]图7为本发明配置文件的升级测试装置一个实施例的结构示意图，本实施例中的 配置文件的升级测试装置可以作为测试服务器，或者测试服务器的一部分实现本发明图1 所示实施例的流程，如图7所示，该配置文件的升级测试装置可以包括：获得模块71、解析 模块72、触发模块73和确定模块74 ;
[0066] 其中，获得模块71，用于获得启动的应用中的配置文件；具体地，获得模块71获得 启动的应用中的配置文件可以为：通过shell命令将配置文件拷贝到本地PC上。举例来说， 获得模块71可以通过以下命令将配置文件拷贝到PC上/'/data/data/com.cleanmaster· mguard/shared_prefs/com. cleanmaster. mguard. update. UpdateManager. xml'，。
[0067] 其中，"/data/"目录下的文件为手机系统保护文件，不能直接拷贝到PC上。获得 模块71可以先通过cp命令将"/data/"目录下的文件拷贝到"/sdcard"根目录，再用adb pull命令拷贝到PC。
[0068] 以上仅为获得模块71获得启动的应用中的配置文件的一种示例，本实施例并不 仅限于此，本实施例对获得模块71获得启动的应用中的配置文件的方式不作限定。
[0069] 解析模块72,用于对获得模块71获得的配置文件进行解析，获得上述配置文件的 第一关键信息，上述第一关键信息包括上述配置文件的第一版本号和上述第一版本号所对 应的版本的升级时间；本实施例中，解析模块72,具体用于加载自定义文件解析类，通过加 载的自定义文件解析类对上述配置文件进行解析，获得上述配置文件的第一关键信息。其 中，上述文件解析类，可以扩展，也可以根据不同的配置文件类型进行修订。另外，承载第一 关键信息的关键字段也可以根据业务内容定制。
[0070] 触发模块73,用于触发上述配置文件进行升级；具体地，触发模块73触发上述配 置文件进行升级可以为：触发模块73通过点击某个按钮，进行下拉操作或者等待一段时间 触发配置文件进行升级，本实施例对触发上述配置文件进行升级的方式不作限定。
[0071 ] 这时，解析模块72，还用于在上述配置文件升级之后，获得升级后的配置文件的第 二关键信息，上述第二关键信息包括升级后的配置文件的第二版本号和上述第二版本号所 对应版本的升级时间；
[0072] 确定模块74,用于根据解析模块72获得的第一关键信息和解析模块72获得的第 二关键信息确定上述配置文件的升级情况。
[0073] 本实施例中，确定模块74,具体用于当上述第二关键信息中的第二版本号与上述 第一关键信息中的第一版本号相同，或者上述第二关键信息中的第二版本号不是升级的目 的版本号时，确定上述配置文件升级失败；或者，当上述第二关键信息中的第二版本号为 升级的目的版本号，但上述第二关键信息中上述第二版本号所对应版本的升级时间不正确 时，确定上述配置文件升级成功，但升级时间不正确；或者，当上述第二关键信息中的第二 版本号为升级的目的版本号，并且上述第二关键信息中所述第二版本号所对应版本的升级 时间正确时，确定上述配置文件升级成功，并且升级时间正确。
[0074] 举例来说，假设配置文件的第一版本号为1.0,升级的目的版本号为1.3,如果第 二版本号仍为1. 〇,则确定模块74可以确定升级失败，未检测到升级；如果第二版本号为 1. 2,则确定模块74可以确定升级失败，未升级到目的版本号。如果第二版本号为1. 3,但是 升级时间不准确（例如：7月6日升级的，显示升级时间为7月7日），则确定模块74可以 确定升级成功，但升级时间不准确。只有当第二版本号为I. 3,并且升级时间准确时，确定模 块74才可以确定升级成功，并且升级时间准确。
[0075] 具体地，确定模块74根据第一关键信息和第二关键信息确定上述配置文件的升 级情况的一个实例可以如图3所示。
[0076] 上述配置文件的升级测试装置中，解析模块72获得配置文件升级前后的关键信 息之后，确定模块74根据配置文件升级前后的关键信息确定配置文件的升级情况，从而实 现了对配置文件的升级进行自动化测试，节约了人工成本，并降低了人工比对的出错率，提 高了测试准确率和测试效率。
[0077] 图8为本发明配置文件的升级测试装置另一个实施例的结构示意图，与图7所示 的配置文件的升级测试装置相比，不同之处在于，图8所示的配置文件的升级测试装置还 可以包括：
[0078] 崩溃测试模块75,用于在上述配置文件升级后，对上述应用的核心模块进行崩溃 测试。具体地，崩溃测试模块75可以通过判定系统最上层的活动组件（activity)是否为 对应核心模块的预定activity名称，来确定该核心模块是否崩溃。
[0079] 举例来说，垃圾清理模块的activity名称为"com. cleanmaster. functionactivity. JunkManagerActivity"，此作为预期结果；然后通过adb命令打开上述 垃圾清理模块，利用 "shell dumpsys activity |grep 'mFocusedActivity" 获取当前最上 层的activity名称，作为实际结果；然后判断实际结果是否与预期结果一致，如果一致，则 崩溃测试模块75可以确定垃圾清理模块无崩溃；如果不一致，则崩溃测试模块75可以确定 垃圾清理模块崩溃。
[0080] 上述方式仅为崩溃测试模块75对上述应用的核心模块进行崩溃测试的一种示 例，本实施例并不仅限于此，本实施例对崩溃测试模块75进行崩溃测试所采用的方式不作 限定，只要可以对上述应用的核心模块进行崩溃测试即可。
[0081] 进一步地，上述配置文件的升级测试装置还可以包括：
[0082] 输出模块76,用于将上述配置文件的升级情况，或者将上述配置文件的升级情况 和上述应用的核心模块的崩溃测试结果存入数据库，并输出测试报告。具体地，输出模块76 可以按照测试机型、测试时间、升级结果和/或崩溃情况等维度，将测试数据存入数据库， 并输出Excel格式的测试报告，测试报告的一个示例可以如图5所示。当然，以上仅为测试 报告的一个示例，本实施例对测试报告的格式不作限定，对测试报告所包含的维度也不作 限定，只要包含配置文件的升级情况即可。
[0083] 另外，上述配置文件的升级测试装置还可以对数据库中保存的测试报告进行数据 分析，形成多种形式的报表。具体地，可以从升级成功率、升级步调和/或升级稳定性等方 面进行数据挖掘，以指导后续工作。
[0084] 上述配置文件的升级测试装置可以应用在云端下发配置文件的测试场景中，实现 了对配置文件升级的自动化测试，节约了人工成本，减少了人工比对的出错风险，从而降低 了测试的出错率，并且提升了测试效率，良好的实时性检测和优雅的结果输出，可以第一时 间反馈测试结果。另外，可以对数据进行持久化积累，为数据挖掘、数据分析和工作指导提 供了基础数据。
[0085] 需要说明的是，在本发明的描述中，术语"第一"、"第二"等仅用于描述目的，而不 能理解为指示