性能测试
- 先调研如何做性能测试
找一些别人做的性能测试的文档查看一下
最后自己必须思路清晰才可以，别自己思路都不清晰怎么给别人讲解啊，对不对啊，亲 - 去做性能测试
- 出文档
一 选择一个合适的三方库，需要从以下几个方法考虑
（崩溃、行为、性能统计）
- 初始化速度
- 易用性（使用、扩展、定制等方面）
- 崩溃统计全面性
- 对目前项目造成的影响
- 安装包大小
- 是否开源
- 可视化的界面也可以说说（怎么个好法）
...(后续还需要想想)
二 目前常用的统计库,并且可以做一些简单的介绍
2.1 友盟统计
2.2 Flurry
2.3 matrix
2.4 talkindata
三. 写一个demo将上述的三方库都添加进去，然后亲自进行测试（都用最新版本的）
然后按照不同的功能做基本的测试（功能是第二项里面的）
模拟真实的场景（看每一项用了多少秒）
将自己做的性能报告做成Echarts图
屏幕快照 2019-04-28 上午11.19.54.png
（需要看看次数多了以后的性能，不能光看次数少的时候的性能）
最后出一条总结消息
参考文章：
[https://www.zhihu.com/question/19742792]
Flurry和它的其主要竞争对手包括 Localytics、Mixpanel 也一直在提升产品功能
国外：
flurry
loclytics
mixpanel
Google Analytics for Mobile
国内：
TalkingData
LeanCloud
魔方
开源自行搭建的选择＝＝开源解决方案：
是对用户潜在行为的预估和把控，其实也属于APP业务优化范畴
在无法预估的就是用户的实用操作欲望的情况下，针对已经发出去的版本，我们很难知道用户喜欢什么功能，和想要怎样的功能，包括用户卸载了，甚至安装不用的情况，并且对潜在线上崩溃的问题也想知道问题出在哪里等等 ，这些对于app的成长优化也有关键的导向作用，其实这也可以算是一种对app的优化方案。
ip：每台电脑的ip都是不一样的
PV, 指访问量，具体页面的访问量
UV：具体是一个访客（就是一个设备的意思）
深入挖掘：
pv量远大于ip量，说明用户很喜欢里面的内容，进行了深度访问。
如果某个页面停留的时间很长，说明用户对这个页面里面的内容很感兴趣。
根据数据我们可以得到很多信息，帮助app进行优化
策略的话：
综合方式
业界的统计策略不会采用单一的方式进行上报，大多采用组合的形式实现，服务器和客户端，有网和没网，实时和不定时，主动触发和被动接受之分（需要我们自己去研究）
何时上报
主流的多采用 时间戳，
内存大小（日志积累到多大字节），
次数（总计积累到多十条）等
客户端调用接口的时候，需要上传相应的mac信息和id信息等，就是为了方便服务器进行一些相关的统计。
转化率Take Rates（ConversionsRates）
计算公式：网站转化率=进行了相应的动作的访问量/总访问量。
指标意义：衡量网站内容对访问者的吸引程度以及网站的宣传效果。
在一定流量下，提高转化率无疑是提高订单成交量的最好办法。因此转化率这个指标对应用非常重要。
可以看看别人的漏斗模型，然后导入到自己的网站里面，得到一些启发
每一个步骤的转化率分析
在生成的漏斗模型中，我们可以切换完成次数和人数。同时更能很直观的看到在哪一步转化率严重降低，从而找到问题所在，然后再针对该步骤对应用进行前端或后端的优化。
漏斗就是从一些列的事件中得到启发，然后看看在哪个事件中用户突然减少，那么就去查询具体出了什么问题。
- 不同时间段的转化率分析
- 不同版本的转化率分析
- 不同渠道的转化率分析
7)上报策略
实时发送
wifi下发送
批量发送（达到30条发送）
启动时发送
开发者模式
间隔时间发送
调研结论：腾讯移动分析统计内容较细，SDK植入便捷，支持用户群组，用户群支持如下情况：
[图片上传失败...(image-c2e721-1556435222330)]
不同统计的对比图：
屏幕快照 2019-04-28 下午3.07.16.png
