【Android端】【日志收集上报SDK相关内容测试的方案梳理总结】

测试方案:

主要从几个方面关注,功能 性能 服务端策略(目前所有的这些上报收集等都会通过开关的精细化,通过接口方式将信息返回给APP端,APP端根据相关内容进行上报,因此基于此的上报机制及收集机制都需要清晰)

性能部分,需要关注,如果是日志收集,关注收集周期以及类型,例如有些情况是包含了debug的信息(这个会比较多),还会有一些机型或者其他的环境相关的基础信息;因此要考量收集的时间和周期对于基础性能的影响,例如CPU+内存等,还需要关注在不同网络情况下的上传时间

功能部分需要多考虑以下内容:

(1)异常情况,例如:生成的文件被删除的情况,以及卸载重装后的功能情况;也需要关注权限的情况(这里重点记录一下关于sdcard和缓存中的测试方法,sdcard在debug和release包都可以进入,缓存在debug包的情况下可以通过:adb shell run-as com.xx.xxx的方式运行进入,运行之后没有什么提示,可以直接通过ls查看文件情况,之后进入到具体的文件中,例如进入files 再进入到自己想进入的具体文件夹中查看文件信息;但是在release下这个命令不可用,提示非debug不可用)

(2)安全性相关:收集及上传加密,服务端日志解密,以及解密后内容验证

其中具体执行的命令如下:

原文地址:https://www.cnblogs.com/keke-xiaoxiami/p/10300141.html