HRD的博客

摘要：本文提供了一套完整的安卓应用内存泄漏检测方案。Python脚本通过ADB命令监控应用内存趋势，适合快速验证；Java工具基于LeakCanary实现精确泄漏定位，需集成到应用中；同时给出了一个包含典型内存泄漏的APK实现示例。方案对比了四种检测方法的优劣势，并提出了避免静态引用、及时注销监听、使用弱引用等最佳实践，建议组合多种检测方法进行全面的内存分析。150字

Android内存泄漏自动化检测方案 本方案基于LeakCanary实现了一套完整的Android内存泄漏检测工具，包含自动检测、日志抓取和报告生成功能。核心流程包括： 自动检测：集成LeakCanary监控Activity/Fragment等组件，在销毁后判断是否被GC回收 日志分析：当检测到泄漏时自动触发堆转储(HPROF)和日志抓取 报告生成：自动生成包含泄漏摘要、引用链等信息的文本和HTML报告 数据打包：将所有分析结果打包为ZIP文件，便于上传服务器 工具特点： 全自动化流程，无需人工干预 可视化

通过客户端架构框架了解及风险点梳理，我们知道客户端风险集中在基础框架的业务变更上，其中有开关JSON配置异常{} -> [] 引起客户端闪退、ffmpeg直播拉流解码异常、卡片模板变更引发历史版本闪退，打包构建导致图标丢失界面异常，因此有必要建设一套全自动化风险挖掘体系，通过优质的种子变异能力，快速生成大量异常数据，持续不断挖掘客户端风险，从而提升客户端稳定性。

基于 Model-based Testing 结合机器学习、强化学习的APP 稳定性测试工具ADBKeyBoard在输入栏自动输入内容，屏蔽UI输入法遇到搜索栏乱输入，想要输入指定字符下载 ADBKeyBoard，并在手机端中设置为默认输入法 ADBKeyBoard下载地址， 生效后，当遇到输入栏ADBKeyBoard不会弹起ui输入栏，会显示随机输入字符串：配置max.config中在pc端新建max.config文件（文件名称不可更改）输入通过以下命令将max.config文件push到手机端。

Fastbot是由字节跳动 Quality Lab开源的一款基于model-based testing 结合机器学习、强化学习的APP 稳定性测试工具，提供了Android和iOS版本。奔跑吧！智能Monkey之Fastbot跨平台。本文记录一下Fastbot的使用方法。ADBKeyBoard在输入栏自动输入内容，屏蔽UI输入法遇到搜索栏乱输入，想要输入指定字符可以人工配置操作路径，用来覆盖 Fastbot 自动遍历不到的场景。也可以自定义操作序列，设置操作的先后顺序。1、新建文件（文件名称不可更改）

charles是一个很强大的抓包工具，除了截取请求还能进行单接口压测，修改请求参数并发出请求，以及模拟无网，弱网，2G，3G，4G等。软件的响应时间和响应速度直接影响到用户的体验度，如果一个软件，迟迟加载不出来，会直接影响到软件的日活、留存。3）完全启动，无网启动，有网启动都可以通过charles抓包来获取启动的时间。2、热启动：非首次启动app的时间间隔（只是启动时间，不包括页面加载）1、冷启动：首次启动app的时间间隔（只是启动时间，不包括页面加载）3、完全启动：从启动到首页完全加载出来的时间间隔。

在Android系统中，每个APP进程除了同其他进程共享内存(shared dirty)外，还独用私有内存(private dirty)，通常我们使用PSS(私有内存+比例分配共享内存)来衡量一个APP的内存开销。由于一个移动设备的内存是固定的，如果内存消耗过大就会造成应用卡顿或者闪退，需要对内存进行测试。正常情况下，应用不应占用过多的内存资源，且能够及时释放内存，保证整个应用内的稳定性和流畅性。** 内存泄漏：指应用里的内存一直没有释放，内存一直增加 ,系统内存一直减少 **

´一般来说，Android设备的屏幕刷新率为60帧/s，要保持画面流畅不卡顿，要求每一帧的时间不超过1000/60=16.6ms，这就是16ms的黄金准则，如果中间的某些帧的渲染时间超过16ms，就会导致这段时间的画面发生了跳帧，因此原本流畅的画面变发生了卡顿。图像撕裂的状况就发生在图形芯片在图像绘制到一半的时候，就载入了新一帧的数据，以致你最终得到的数据帧是半个帧的新数据和半个帧的老数据。想要让大脑觉得动作是连续的，至少是每秒10-12帧的速度，而想达到流畅的效果，至少需要每秒24帧。

现在，脚本将在后台运行，并每隔5秒检测一次WiFi状态和音量状态。如果多媒体音量或闹钟音量不为0，它将将其设置为0。请确保你的设备具有root权限，以便能够通过ADB命令打开和关闭WiFi，并控制音量设置。如果设备没有root权限，则无法使用ADB命令直接控制WiFi状态和音量设置。现在，脚本将在后台运行，并每隔5秒检测一次音量状态。如果多媒体音量或闹钟音量不为0，它将将其设置为0。将WiFi和音量检测合并到一起，可以创建一个更全面的脚本来检测并自动打开WiFi，并将多媒体音量和闹钟音量设置为0。

PLBatteryAgent_EventBackward_Battery 表中每一行最前面都有个 timestamp，这是用来记录每行电池状况记录的时间点（为 UnixTime格式，可以通过时间转换工具进行转换获取具体时间），因此可以根据记录的时间戳进行耗电量数据的提取，表中记录了对应时间戳的手机剩余电量，电压，电流（正数是在充电，负数是耗电），表中还有温度数据，可以反映测试期间手机的温度变化。②手机充电，放电，手机电量达到预设值，每个场景开始前，保持电量都是这一电量，并且手机是室温；

ChatGPT解答：安卓APP耗电量测试方案和源码，用Android代码实现。

测试APP、web经常需要用到弱网测试，也就是在信号差、网络慢的情况下进行测试。我们自己平常在使用手机APP时，在地铁、电梯、车库等场景经常会遇到会话中断、超时等情况，这种就属于弱网。普通的弱网测试可以选择第三方工具对带宽、丢包、延时等模拟弱网环境。这里带大家一起解锁Fiddler弱网模拟功能！

经过实际验证，原本测试十来分钟，就会出现WIFI被关闭的情况，实际验证2H，未出现WIFI关闭的情况；android设备顶部状态栏看不到任何标志，但是手动可以下拉顶部状态栏；治标不治本，不可能一直顶着，耽误时间，效率不高，放弃；

需要注意，这个有些手机没有，例如oppo（Android 4.0）没有，三星（版本未知）也没有，目前我发现支持的手机有小米5X（Android 7.0的系统），华为（没注意到是啥版本，Android系统为6.0以上）。// 判断当前APP是否有加入电池优化的白名单，如果没有，弹出加入电池优化的白名单的设置对话框。第二种方法要直白点，第一种是用户自己手动设置，第二种是自已跳出来让用户授权，但是只支持23以上的手机设备。

而360的同学，相当于是在上面代码的第一行和第二行后面，各插入一个时间点代码，然后计算这2个时间点之间的差值；从左侧的三个字段及右侧的三个字段，可以构建一个“点击展示”模型，然后通过两条日志的时间戳的差值，就可以算出用户从点击这个Button到hotelList页完全展示所经历的时间，大概为1.42秒；比如RD并没有将打点打在主线程渲染的结束，而是打在onCreate()方法的开始，或打在某个异步线程里，都会造成测试结果的不准确；可以将部分性能测试解放出来，在做其它类型测试的时候，同时也做了性能测试；

安卓获取电池广播/电池状态/电池电压/电池电流的方法，我们可以监听电池广播获取。

现在这个时代已经属于流量时代，用户对于App或者小程序之类的操作界面的数据和交互的要求也越来越高。对于测试人员弱网测试也是需要考验自己专业技术能力的一种技能。一个合格的测试人员，需要额外关注的场景就远不止断网、网络故障等情况了。还要对于弱网的数据定义，不同的应用所界定的含义是不一样且不清晰的，不仅要考虑各类型网络最低速率，还要结合业务场景和应用类型去划分。按照移动的特性来说，一般应用低于2G速率的都属于弱网，也可以将3G划分为弱网。除此之外， 弱信号的Wifi通常也会被纳入到弱网测试场景中。...

我们将页面的 GUI 信息抽象成模型中的 State，将执行的动作抽象成模型中的 Action，通过 State 作为图的节点，Action 作为图的边，连接形成有向有环图模型。遍历决策想法上源于 Alphago 的蒙特卡洛搜索树的思想，此基础上我们也使用了其他强化学习的方法，设计了 N 步 Q-Learning 算法和基于页面变化程度的 reward function，为页面下每个 Action 计算出相应的 Q 值，基于 Q 值选取最优动作。这是我们想搞懂的一个问题，以便于看看是否有可配置的选项。...

【代码】python常用工具类总结之——adbtool。

UI即User Interface (用户界面)的简称。UI 设计则是指对软件的人机交互、操作逻辑、界面美观的整体设计。好的UI设计不仅是让软件变得有个性有品味,还要让软件的操作变得舒适、简单、自由、充分体现软件的定位和特点。手机APP从启动界面开始, 到运行过程,直至退出, UI测试都有着自己的规范和要求1、在不同手机系统下,如APP正在运行时,无关的按钮是否有屏蔽(避免操作不方便);2、控件的焦点与非焦点状态的边框要有明显的区分;...

4、【网络场景】界面会有很多常用的网络场景，选择所需要的场景点击【添加】按钮，会进入到所选网络场景的各个参数的详细数据设置界面，会有各个参数的默认数据，可以根据实际情况修改对应参数数值（包括网络带宽、网络延时、延时抖动、随机丢包、周期弱网、协议控制等）。数据在网络上是以数据包未单位传输的，由于一些原因不能百分百得完成，这时网络会自动根据协议来补办，网速快线路好得时候，包得损失会非常小，补包就会很容易完成，但是线路较差得时候，数据得损失量就会很大，补包就不可能百分之百完成，这种情况下就会造成丢包。...