移动APP监控方案.docx

移动APP监控方案
监控总览
移动APP有着自己独特的运行环境和使用场景,相比后端服务,移动APP质量同样需要做到可视、可控。移动APP是近几年刚刚出现的新产品形态,如何保障移动APP质量是一个新的挑战和话题。本章,重点介绍APP端问题如何发现、如何定位、如何止损,以及如何建立起一套有效的监控体系,为APP稳定应用保驾护航。

APP产品需要经过全面而且严谨的测试,才能发布到应用商店。但,APP发布后产品质量如何,以往更多地依赖于用户反馈信息,因为测试人员无法做到覆盖到全部的手机机型和ROM。这种情况下,如何知道一款APP产品在用户手中的实际质量呢?此时,需要一套完善的质量监控方案,建立一套牢固的监控体系。这样,对APP线上质量问题才能第一时间召回,并做到快速修复。

适配问题
APP测试过程中,测试能够基本覆盖比较主流厂商的机型和ROM,以及市面用户量比较大的android/ios版本。也就是说,的确无法覆盖到市面上所有的机型和ROM,尤其是android系统的手机。所以,用户安装一款APP后经常反馈在自己的手机上页面很丑,甚至有的文字重叠,控件位置显示不正确等问题。
举一个实际例子,某APP上线后收到用户反馈,有些页面滑动比较卡,容易造成误点击,用户使用的机型是一款比较主流的手机。之后,测试工程师马上找到同款手机进行复现,可是未能复现用户反馈的问题。后来得知复现的手机和用户的手机虽然相同,厂商自己定制的ROM版本却是不同的,通过研究ROM代码发现厂商在新版ROM中增加了新的处理逻辑,直接导致APP出现卡顿。开发人员对此做了适配解决了卡顿问题。

通常,产品经理设计产品功能时,考虑得也不一定很全面,往往抱着试错的心态来设计产品,并希望通过用户反馈来得知产品的好坏,并决定下一步的需求。举一个实际例子,某搜索类产品,产品经理为让用户在夜间浏览时有更好的视觉体验,增加了夜间浏览模式的功能。为了用户方便地设置夜间模式,该产品在晚上20点以后自动弹出一个浮层,询问用户是否设置夜间模式,并且可一键设定。但是,产品经理忽略了一个重要的问题,晚上用户启用夜间模式后,第二天早上如何便捷地切换回白天模式呢?而产品并没有在早上也设置一个浮层做一键切换。导致了很多用户在白天也使用着夜间模式,用户体验糟糕。实际情况是,切换回白天模式的功能虽入口太隐蔽了,用户很难找到。

目前,手机的上网资费相对欧美是比较高的,加上免费的公共wifi覆盖不高,用户对非wifi下的移动流量消费很在意。那么,一款移动APP产品如何利用最少的流量下提供更多的功能?通过APP缓存是一个常见的技术。举一个实际例子,以小说阅读为例,小说目录一般是罗列很多书籍供用户来选择,这些书籍一般都有书籍名,数据封面图及书籍简介组成。一个页面的数据有150kb,而且这个页面是小说书单的主入口,所有关于小说的操作都要由这个页面开始。如果用户反复请求这个页面,不仅造成流量的浪费也会给服务端带来很大的请求压力。为此,将这个页面的数据缓存到APP本地,如果用户
在非wifi的网络下就不发送请求,如果在wifi网络环境下每间隔一定时间去服务端请求一次数据,然后将老数据删除,并将新的数据写到本地,以便用户能够获取到最新内容。这样,不仅解决了流量问题,也解决了一些低配手机本地内存经常不足的问题。产品设计时从用户角度出发考虑问题,用户不一定能直观地感知到,但实实在在提升了用户体验,减少不必要流量消费,你说何乐而不为呢。
问题特征
上节介绍了三类常见问题,是比较容易复现和解决的,也有一些问题相对是有难度的。例如:
问题1:用户反馈在WIFI网络下无法发起搜素,搜索结果异常。在WIFI环境下复现,无法复现用户反馈的问题,这时往往会归结为网络不稳定造成的。但用户可能当时确实是遇到了问题,这种无法稳定复现的问题,往往归结为偶发性的问题。
问题2:用户反馈离线下载的小说为什么有时候还需要网络。由于用户离线的小说是一部连载的小说,当用户阅读完离线的内容后,假设这时候小说有更新了,产品经理满足用户连续阅读的需求,将产品设计成联网发送在线请求,然后可以继续阅读。这种问题需要从产品策略上持续优化来得到解决。
APP运行在用户手机端,同时联网到后端的服务,许多质量问题是比较复杂的,因此,需要通过不同手段来实现问题的发现、定位和修复。
面临挑战
对于上述介绍,大家可能要问这些问题该如何发现,哪些问题需要马上修复,哪些问题又算长尾问题?下面,将介绍线上问题的召回方式和问题影响面的评估。

APP产品,一旦发布出去就很难有效地控制产品质量。为此,产品经理和数据分析师往往在产品发布前,就