标签：adb shell files 基础 还需要 重装 时间 策略 file 卸载
测试方案：
主要从几个方面关注，功能 性能 服务端策略（目前所有的这些上报收集等都会通过开关的精细化，通过接口方式将信息返回给APP端，APP端根据相关内容进行上报，因此基于此的上报机制及收集机制都需要清晰）
性能部分，需要关注，如果是日志收集，关注收集周期以及类型，例如有些情况是包含了debug的信息（这个会比较多），还会有一些机型或者其他的环境相关的基础信息；因此要考量收集的时间和周期对于基础性能的影响，例如CPU+内存等，还需要关注在不同网络情况下的上传时间
功能部分需要多考虑以下内容：
（1）异常情况，例如：生成的文件被删除的情况，以及卸载重装后的功能情况；也需要关注权限的情况（这里重点记录一下关于sdcard和缓存中的测试方法，sdcard在debug和release包都可以进入，缓存在debug包的情况下可以通过：adb shell run-as com.xx.xxx的方式运行进入，运行之后没有什么提示，可以直接通过ls查看文件情况，之后进入到具体的文件中，例如进入files 再进入到自己想进入的具体文件夹中查看文件信息；但是在release下这个命令不可用，提示非debug不可用）
（2）安全性相关：收集及上传加密，服务端日志解密，以及解密后内容验证
其中具体执行的命令如下：
【Android端】【日志收集上报SDK相关内容测试的方案梳理总结】
标签：adb shell files 基础 还需要 重装 时间 策略 file 卸载
原文地址：https://www.cnblogs.com/keke-xiaoxiami/p/10300141.html
