【干货】如何建立起一套有效的App监控体系（一）端问题概述

百度大数据 • 8年前扫码分享

我是创始人李岩：很抱歉！给自己产品做个广告，点击进来看看。

概论

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

（一）端问题概述

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

常见问题

1.适配问题

APP测试过程中，测试能够基本覆盖比较主流厂商的机型和ROM，以及市面用户量比较大的android/ios版本。也就是说，的确无法覆盖到市面上所有的机型和ROM，尤其是android系统的手机。所以，用户安装一款APP后经常反馈在自己的手机上页面很丑，甚至有的文字重叠，控件位置显示不正确等问题。

举一个实际例子，某APP上线后收到用户反馈，有些页面滑动比较卡，容易造成误点击，用户使用的机型是一款比较主流的手机。之后，测试工程师马上找到同款手机进行复现，可是未能复现用户反馈的问题。后来得知复现的手机和用户的手机虽然相同，厂商自己定制的ROM版本却是不同的，通过研究ROM代码发现厂商在新版ROM中增加了新的处理逻辑，直接导致APP出现卡顿。开发人员对此做了适配解决了卡顿问题。

2.用户体验问题

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

3.流量问题

目前，手机的上网资费相对欧美是比较高的，加上免费的公共wifi覆盖不高，用户对非wifi下的移动流量消费很在意。那么，一款移动APP产品如何利用最少的流量下提供更多的功能？通过APP缓存是一个常见的技术。举一个实际例子，以小说阅读为例，小说目录一般是罗列很多书籍供用户来选择，这些书籍一般都有书籍名，数据封面图及书籍简介组成。一个页面的数据有150kb，而且这个页面是小说书单的主入口，所有关于小说的操作都要由这个页面开始。如果用户反复请求这个页面，不仅造成流量的浪费也会给服务端带来很大的请求压力。为此，将这个页面的数据缓存到APP本地，如果用户在非wifi的网络下就不发送请求，如果在wifi网络环境下每间隔一定时间去服务端请求一次数据，然后将老数据删除，并将新的数据写到本地，以便用户能够获取到最新内容。这样，不仅解决了流量问题，也解决了一些低配手机本地内存经常不足的问题。产品设计时从用户角度出发考虑问题，用户不一定能直观地感知到，但实实在在提升了用户体验，减少不必要流量消费，你说何乐而不为呢。

问题特征

上节介绍了三类常见问题，是比较容易复现和解决的，也有一些问题相对是有难度的。例如：

问题1：用户反馈在WIFI网络下无法发起搜素，搜索结果异常。在WIFI环境下复现，无法复现用户反馈的问题，这时往往会归结为网络不稳定造成的。但用户可能当时确实是遇到了问题，这种无法稳定复现的问题，往往归结为偶发性的问题。

问题2：用户反馈离线下载的小说为什么有时候还需要网络。由于用户离线的小说是一部连载的小说，当用户阅读完离线的内容后，假设这时候小说有更新了，产品经理满足用户连续阅读的需求，将产品设计成联网发送在线请求，然后可以继续阅读。这种问题需要从产品策略上持续优化来得到解决。

APP运行在用户手机端，同时联网到后端的服务，许多质量问题是比较复杂的，因此，需要通过不同手段来实现问题的发现、定位和修复。

面临挑战

对于上述介绍，大家可能要问这些问题该如何发现，哪些问题需要马上修复，哪些问题又算长尾问题？下面，将介绍线上问题的召回方式和问题影响面的评估。

1.监控的挑战

APP产品，一旦发布出去就很难有效地控制产品质量。为此，产品经理和数据分析师往往在产品发布前，就要提出监控及统计需求，研发工程师开发设计用于监控统计目的的代码，将用户的行为、产品的crash等核心质量信息以日志的方式上传到服务端，这些用户所产生的数据就为后续分析产品及质量问题提供了原始的数据依据。

2.影响面的判断

利用APP上传的用户日志及APP崩溃信息，进行统计分析。结合线上问题，可进行影响面的评估。影响面评估主要有三类，包括严重问题，特定场景复现问题，不影响主要功能问题。

1) 严重问题一般是要发小版本来修复的问题