带你读《2022技术人的百宝黑皮书》——前端质量之灰度监控的有效实践（4） https://developer.aliyun.com/article/1242716?groupCode=taobaotech
性能监控
前端在各个环节加上埋点上报，然后做数据统计，性能的变化建议多点时间观察（这里给的图是每日的趋势图，只为举例说明，灰度阶段是看灰度时间段和灰度前的数据，整个周期最好2天以上）
页面完全加载时间：
p50，表示所有样本，按从小到大排名第50%位的数据，例如下图p50=1324说明50%的页面打开小于1324毫秒，
p70，表示所有样本，按从小到大排名第70%位的数据，例如下图说明70%的页面打开小于1730毫秒，
validAvg，表示去掉尖刺（>15秒异常数据）后的平均值
wellRate，表示<2s的比例，下图说明约78.16%用户访问在2s内，
（从下图趋势看，detail页12.24的发布导致前端性能变差，需要查下原因）
页面白屏率：认为完全加载时间在5s以上（从用户体感来说5s以上已跳失，宽松点可以按照15s以上）的都是异常白屏的情况，
接口耗时：接口返回耗时也会影响前端性能，主要看平均耗时（去掉了>10s杂音）参考看成功耗时和失败耗时，耗时在>500ms的重点列出，warn级别
性能监控以及分析有个更详细文档，后面会出
剔除杂音，提高洞察风险有效性
存在的大概率报异常场景
（不过一般来说发布都会人为避免以下情景）
需要剔除的无效数据
api错误
长连接，统计到的taobao站外的接口数据，通常我们通过like('m.taobao.com/%')直接筛选出域内数据
js错误
a.与客户端交互的日志数据，webview框架数据等
b.业务含义的报错，如下图举例Uncaught TypeError: Cannot read property '0' of undefined。存量的报错是因
为用户手势滑动操作头图区域导致的报错
带你读《2022技术人的百宝黑皮书》——前端质量之灰度监控的有效实践（6） https://developer.aliyun.com/article/1242714?groupCode=taobaotech
