你是不是也跟我一样在工作中存在着同样的问题，APP版本在上线后不断的会有市场人员或者用户反馈页面加载慢，进入页面loading很久（实际我们设置的加载超时是15秒，15秒内加载出内容则显示，15秒外未加载出内容则显示“网络较差，请稍后再试”等，给到用户再次尝试的机会），性能较差是测试一直面临且着手需要去解决的事项，针对页面加载显示较慢的问题，我们需分析出现此问题的原因是什么？
一、针对如上的问题，入口考虑点分为：
（1）APP的性能，页面的加载
（2）网络较差情况下的处理机制
二、目前在性能优化上存在的问题：
所有的优化事情都在开发这边，测试未参与，出现的问题是：开发说是优化了某些SQL语句的查询等等操作，会告诉测试具体针对的是哪个页面的功能在使用上相比之前会流畅很多等，但是测试无法更明确的判断优化后的效果，目前是靠直觉，能够具体到此次优化在流畅度在使用上提升了多少？都是没有数据支撑的。开始用一下觉得确实好像好了很多，或者是这个页面的卡顿之后市场不反馈，我们就认为OK了，但是很不幸，时间稍微久一点市场又反馈页面的加载上慢，问题同样出现。。。。。。
针对如上问题解决方式：
实际的参与到性能测试中，测试能通过某些数据的测试结果，有数据的支撑来说明具体性能是否有明显的提升，较之前提升了多少
三、测试参考数据的获取：
1、竞品的对比分析（目前暂无）
2、产品提供具体的数据（无前期测试数据的支撑，产品也是没有办法去判断哪个页面的流畅度应该达到哪个标准）
3、行业标准（产品不一致，要求也会不一样，只是提供灵活性参考价值）
四、页面加载较慢需要的关注点：
1、UI流畅度加载时间
2、接口API的请求与响应时间
3、网络情况
针对如上问题，目前的一个测试关注点如下：
（1）UI流畅度加载时间测试点：
<1> 进入页面首次的加载时间
开始到结束loading的时长
loading后展示出现内容的时长
<2> 非首次进入页面的加载时间（可测试3次）
<3> 列表下拉刷新加载时间
<4> 列表上拉刷新加载时间
(2）接口API的请求与响应时间
目前有对应的平台在记录API的运行情况，会根据API的运行时长进行从大到小的排序，开发进行排期处理。具体的测试目前暂未考虑执行
五、针对四中提到的页面加载慢的测试方案如下：
（1）计算页面加载的帧率FPS。
概念：FPS 指画面每秒传输帧数，动画或视频的画面数。FPS是测量用于保存、显示动态视频的信息数量。每秒钟帧数愈多，所显示的动作就会愈流畅。
卡顿人体感觉标准：
数据标准为60帧/秒，开发app的性能目标就是保持60fps（低一些亦不会影响用户体验），这意味着每一帧你只有16ms=1000/60，的时间来处理所有的任务（这个时间可以用于与traceView 得到的时间对比，不能超出太多例如大于32ms，否则就该优化了）
通过资料的查找，找到一个人封装了对应的方法并且数据的显示上都做了优化，链接：https://testerhome.com/topics/4775
关联文章：https://www.cnblogs.com/syw20170419/p/10770734.html
（2）同时需要使用其他的工具关注CPU和电量