第6章-3-移动App性能测试.pptxVIP

移动App性能测试

移动App性能测试性能可以分为前端性能和后台接口性能。前端又分为Web页面和原生的App代码。Web前端的性能测试已经较为成熟，Fiddler、FireBug等工具都能辅助测试。App端的性能测试在这三项中是最重要的，页面渲染的时间，CPU的使用情况、内存泄露，都会直接影响到App的运行性能，甚至导致程序崩溃。

1.Web前端性能测试移动互联网的产品也会直接涉及Web的部分，主要有以下两个部分：（1）M站，或者有些团队成为触屏版、Touch版。（2）很多App都是混合方式，既有原生的代码，也有内嵌的网页。

HTTP前端性能测试HTTP前端常用的性能测试工具非常多，比如Fiddler、YSlow、HttpWatch、Firebug，以及各个浏览器基本都自带的开发者工具。在使用过不同工具之后，会发现除个别功能外大部分前端分析工具提供的信息都差不多。

HTTP前端性能测试常用的工具：最常用的是浏览器自带的开发者工具。下图是Chrome浏览器自带的PageSpeed分析工具，在页面加载完成后就可以看到分析的结果，并在数据分析的基础上提供了一个建议。

HTTP前端性能测试常用的工具：在线工具WebPageTest（）可以快速获取到丰富的信息，并提供一些统计功能。通过统计信息和单个请求的维度，可以很快找到前端性能的瓶颈。在实际项目中，Web前端性能的优化需要前后台多方面的努力。

2.App端性能测试（1）内存问题的分析Android内存分析。就App实际项目的经验来看，Android平台应用的内存问题比较容易出现，主要症状是内存使用过高，以及因为内存不够而导致的崩溃。iOS内存分析。iOS的内存管理使用了引用计数器的概念。引用计数器是内存空间被引用的次数，当该内存空间的引用计数器为空时，该内存空间才会被系统释放。

2.App端性能测试（2）App内嵌Web组件的性能分析AndroidWebView性能分析setWebChromeClient：主要提供通信相关的通知。setWebViewClient：主要提供UI、JS相关的通知。

2.App端性能测试（2）App内嵌Web组件的性能分析iOSWebView性能分析初始化过程太长会导致用户看到整个Web页是白屏的，影响用户体验；很多页面都实现了异步调用，减少Web页的初始化时间，同时节约流量；可以利用Safari的WebInspector工具来查看页面元素和布局。

提升WebView的性能建议（1）在符合需求的情况下，缓存一切能够缓存的东西，包括HTML、JS、图片等，这部分的请求耗时与跨度是最长的。缓存后用户下次进入Web页资源从内存中加载速度会非常的快。（2）Web页面尽量做得小，页面元素尽量少。如果Web页面太长，用户需要一直下拉滑动操作，会导致大量的布局失效。然后重新计算样式、画图、渲染，这部分也是WebView性能下降的原因，直接影响用户体验。（3）减少复杂的JavaScript执行。WebView的JS引擎和Safari不同，执行速度会慢很多。（4）桌面端的高性能Web页的开发的注意点同样适用于移动客户端。

3.后台服务性能测试（1）负载测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在满足系统的性能指标情况下，系统所能够承受的最大负载量的测试。简而言之，负载测试是通过逐步加压的方式来确定系统的处理能力、确定系统能够承受的各项阀值。例如，逐步加压，从而得到“响应时间不超过10秒”、“服务器平均CPU利用率低于85%”等指标的阈值。

3.后台服务性能测试（2）压力测试：通过逐步增加系统负载，测试系统性能的变化，并最终确定在什么负载条件下系统性能处于失效状态，并来获得系统能提供的最大服务级别的测试。压力测试是逐步增加负载，使系统某些资源达到饱和甚至失效。（3）配置测试：主要是通过对被测试软件的软硬件配置的测试，找到系统各项资源的最优分配原则。

3.后台服务性能测试（4）并发测试：测试多个用户同时访问同一个应用、同一个模块或者数据记录时是否存在死锁或者其他性能问题，几乎所有的性能测试都会涉及一些并发测试。（5）容量测试：测试系统能够处理的最大会话能力。确定系统可处理同时在线的最大用户数，通常和数据库有关。

3.后台服务性能测试（6）可靠性测试：通过给系统加载一定的业务压力（如CPU资源在70%～90%的使用率）的情况下，运行一段时间，检查系统是否稳定。因为运行时间较长，通常可以测试出系统是否有内存泄露等问题。（7）失败测试：对于有冗余备份和负载均衡的系统，通过这样的测试来检验如果系统局部发生故障用户是否能够继续使用系统，用户受到多大的影响。如几台机器做均衡负载，一台或几台机器垮掉后系统能够承受的压力。

END