android性能专项测试流程和学习计划

前阵子一直在研究性能测试，但是困难挺大的，公司也主要是功能测试为主，也没有大神带带我这个小白…于是自己一个人滚滚爬爬一直停在指标啊，工具的学习上面，网上的文章也都是介绍某个性能工具的使用，就没有一个介绍测试人员该怎么去做专项测试，流程是什么，然后突然灵感一发，就有了这篇文章个人理解的居多，有不对的尽管喷吧，我一定改

后续会逐渐丰满这个流程的，加油吧！

来个图图：

业务场景的确立，用例的设计
这一阶段要做的就是要确认应用内那些场景需要覆盖到所要的性能指标，尤其是对重要场景的覆盖要全，比方说内存，就需要覆盖到各个需要跳转的重要页面，多图片加载的页面，频繁读写数据的界面。设计各个场景的测试点，形成测试用例，后续工作将会围绕这些用例进行专项测试，所以这里设计的覆盖还是蛮重要的。

性能指标的确立
说实话，前阵子研究性能测试都是围绕工具的使用上了，完全没想到定个标准神马的，唯一进步是想到要和竞品对比，那么这里我自己总结下，还是要有一套针对某个应用的性能指标，这个指标的浮动参考来源于竞品分析，以及实际代码实现的微调。对于android的标准后面再慢慢定了，不过实际上已经拿到了一套相对完整的指标，改良后再放出来吧。

测试工具的原理和选择
确立了场景用例和指标后就是性能工具的选择了，主要还是分为两个吧，第一种是adb直接读取相关数据(我喜欢封装成python来用哈)，第二种是调用相关api来用，比如一些第三方工具，比如嵌入一些性能api到开发的代码中。当然还有就类似android studio提供的monitor可以直观看到数据，不过原理都是基于adb的，所以归类还是两类工具。

缺陷原因分析和规避
其实这一步是后来加上的，一开始想测试出来哪里出问题就好了，剩下的给开发解决吧，但是突然想到，思考问题要有高度，有深度，于是我就加上了，恩，瞬间高大上有木有。当问题测试出来可以尝试定位到对应代码，分析产生问题的根源，不懂就问开发咯。当知道产生的原理后就开始思考怎么避免，有没有更好的工具实现自动化去避免，然后去设计这类工具，测试开发是不是干这个的啊？我没做过开发这个真不知道。如果这个地方影响比较大的话考虑和leader商量定个开发自测的规矩过去…差不多就是这样了 :)

测试报告输出
测试完成一般都会整理成world文档发出去，也是对上面的总结，有可能的话整理成ppt进行组内分享吧。