移动APP监控方案技术总结.docx

移动 APP 监控方案监控总览移动 APP 有着自己独特的运行环境和使用场景,相比后端服务, 移动 APP 质量同样需要做到可视、可控。移动 APP 是近几年刚刚出现的新产品形态,如何保障移动 APP 质量是一个新的挑战和话题。本章, 重点介绍 APP 端问题如何发现、如何定位、如何止损, 以及如何建立起一套有效的监控体系, 为 APP 稳定应用保驾护航。 端问题概述 AP P 产品需要经过全面而且严谨的测试, 才能发布到应用商店。但, APP 发布后产品质量如何,以往更多地依赖于用户反馈信息, 因为测试人员无法做到覆盖到全部的手机机型和 ROM 。这种情况下,如何知道一款 APP 产品在用户手中的实际质量呢?此时,需要一套完善的质量监控方案, 建立一套牢固的监控体系。这样,对 APP 线上质量问题才能第一时间召回,并做到快速修复。 6. 常见问题 1. 适配问题 APP 测试过程中,测试能够基本覆盖比较主流厂商的机型和 ROM ,以及市面用户量比较大的 android/ios 版本。也就是说,的确无法覆盖到市面上所有的机型和 ROM ,尤其是 android 系统的手机。所以,用户安装一款 APP 后经常反馈在自己的手机上页面很丑,甚至有的文字重叠,控件位置显示不正确等问题。举一个实际例子,某 APP 上线后收到用户反馈, 有些页面滑动比较卡, 容易造成误点击, 用户使用的机型是一款比较主流的手机。之后, 测试工程师马上找到同款手机进行复现, 可是未能复现用户反馈的问题。后来得知复现的手机和用户的手机虽然相同, 厂商自己定制的 ROM 版本却是不同的,通过研究 ROM 代码发现厂商在新版 ROM 中增加了新的处理逻辑,直接导致 APP 出现卡顿。开发人员对此做了适配解决了卡顿问题。 2. 用户体验问题通常,产品经理设计产品功能时,考虑得也不一定很全面, 往往抱着试错的心态来设计产品, 并希望通过用户反馈来得知产品的好坏,并决定下一步的需求。举一个实际例子,某搜索类产品, 产品经理为让用户在夜间浏览时有更好的视觉体验, 增加了夜间浏览模式的功能。为了用户方便地设置夜间模式,该产品在晚上 20 点以后自动弹出一个浮层, 询问用户是否设置夜间模式, 并且可一键设定。但是, 产品经理忽略了一个重要的问题, 晚上用户启用夜间模式后, 第二天早上如何便捷地切换回白天模式呢?而产品并没有在早上也设置一个浮层做一键切换。导致了很多用户在白天也使用着夜间模式, 用户体验糟糕。实际情况是, 切换回白天模式的功能虽入口太隐蔽了,用户很难找到。 3. 流量问题目前,手机的上网资费相对欧美是比较高的,加上免费的公共 wifi 覆盖不高,用户对非 wifi 下的移动流量消费很在意。那么, 一款移动 APP 产品如何利用最少的流量下提供更多的功能?通过 APP 缓存是一个常见的技术。举一个实际例子,以小说阅读为例, 小说目录一般是罗列很多书籍供用户来选择, 这些书籍一般都有书籍名,数据封面图及书籍简介组成。一个页面的数据有 150kb ,而且这个页面是小说书单的主入口, 所有关于小说的操作都要由这个页面开始。如果用户反复请求这个页面, 不仅造成流量的浪费也会给服务端带来很大的请求压力。为此,将这个页面的数据缓存到 APP 本地, 如果用户在非 wifi 的网络下就不发送请求, 如果在 wifi 网络环境下每间隔一定时间去服务端请求一次数据, 然后将老数据删除,并将新的数据写到本地,以便用户能够获取到最新内容。这样, 不仅解决了流量问题, 也解决了一些低配手机本地内存经常不足的问题。产品设计时从用户角度出发考虑问题, 用户不一定能直观地感知到,但实实在在提升了用户体验,减少不必要流量消费, 你说何乐而不为呢。 6. 问题特征上节介绍了三类常见问题,是比较容易复现和解决的,也有一些问题相对是有难度的。例如: 问题 1: 用户反馈在 WIFI 网络下无法发起搜素, 搜索结果异常。在 WIFI 环境下复现,无法复现用户反馈的问题,这时往往会归结为网络不稳定造成的。但用户可能当时确实是遇到了问题, 这种无法稳定复现的问题, 往往归结为偶发性的问题。问题 2 :用户反馈离线下载的小说为什么有时候还需要网络。由于用户离线的小说是一部连载的小说, 当用户阅读完离线的内容后, 假设这时候小说有更新了, 产品经理满足用户连续阅读的需求, 将产品设计成联网发送在线请求, 然后可以继续阅读。这种问题需要从产品策略上持续优化来得到解决。 APP 运行在用户手机端, 同时联网到后端的服务, 许多质量问题是比较复杂的,因此, 需要通过不同手段来实现问题的发现、定位和修复。 6. 面临挑战对于上述介绍,大家可能要问这些问题该如何发现,哪些问题需要马上修复