经验累积

其实去年年底我就说过很多公司功能测试都做的差不多了，接下来就开始折腾什么性能测试啊，安全测试啊，持续集成啊，Hybrid啦等等。果不其然，最近很多测试同学开始问我性能相关的问题。当然我们专业点来讲这个叫做专项测试，那么专项测试其实也是区分什么人去做，工具组的人也在做，业务组的人也在做，只不过大家做的切入点会很不同。也许很多同学也比较好奇我毕竟也去那么多公司撕逼了，到底我平时在做什么，怎么做的。这边那就简单说下吧。

做了什么

嗯，我想想我做了什么。其实我现在就是，公司做到移动无线的应用专项测试就会想到我。然后之前一年我一个人做了持续集成，BDD，功能回归自动化，接口测试，静动态扫描，从客户端发起的接口测试等等。其实到现在为止我还是觉得我不知道我怎么走上专项测试这条路的，貌似某一天公司说我来做就变成我来做了。

怎么做

其实别的先不说吧，我们先来说下专项吧。专项这个东西关键在于几点

怎么手动获取数据 怎么自动化获取数据 怎么分析数据 怎么定位问题 怎么优化

当然我这里还是要吐槽一句，大家醒醒吧。花个几年去研究UI 功能的自动化有意义吗？要学的东西太多了，还是醒醒吧。其实很多同学关键是上面我说的这些都不知道，而且不仅如此，还不知道的有

我什么阶段去做 每个阶段做什么 做到什么颗粒度 怎么才算完成了 。。。 也许还有很多，我也不想列了。其实我想说的是，其实也没有什么绝对，还是看你的团队，看你的项目，看你这次的目的，看项目阶段等等。不同的时间都是不同的策略。好吧，我们一个一个来吧。

什么阶段去做，每个阶段做什么，做什么颗粒度

如果你有时间，并且项目是初级阶段。那么按照周为单位需要去做一次专项评估。那么这个过程中你至少要mvn或者gradle或者pod install等都success，否则搞个毛线。那么这个过程中需要去根据本周代码的修改，从业务和技术角度去给出专项数据。这个数据到底给什么，是根据这次新功能的定位，这个产品的定位来定的，不要去想着有什么固定模式。比如腾讯qq和支付宝这两个产品无论怎么样，在专项的技术上面不会差很多，但是专项测试想到达到的目的和测试的场景肯定是天差地别的，明白？接着随着功能完善之后，最终还是需要做一次类似于所有模块集成之后的专项测试，记住，颗粒度，范围，数据怎么获取，完全根据测试这个owner的策略来。

反过来，如果你没有时间。那么在success的基础之上，你可以在功能完全完成之后直接来做一次集成专项评估。虽然效果不会差太多，但是这个方式的弊端在于，如果有问题，可能开发修改的时间就会很少，而且专项测试本身消耗的时间就会很长，所以最好是循序渐进，而不是集成之后去做，往往时间来不及。

真实场景模拟 比如这次有一个新项目，刚开始的项目，然后代码编译都ok了。那么作为新项目而言，我们专项其实有很多，但是又不可能都做，这个受限于你的团队的大小，以及功能的完整度。那么可能先做最关键的，比如CR，比如功能体验路径的对比，比如内存消耗的对比，比如不同网络下的数据对比，那么这些都是相对一个移动应用来讲最最重要的。剩下的可以在之后的迭代中陆续去评估掉。颗粒度的话，还是那句话，目前除了电量以外，剩下的数据基本上都是可以通过各种方式（插桩，越狱，调用原生API，Hook等）拿到的。

怎么才算完成

这个的确是一个比较逼人的问题。所以我才会说评估不仅仅是通过打出来的apk或者ipa来做的。而是在在项目迭代中持续去做的，那么直到功能完成度100%的时候就差不多可以做一轮完整的。那么问题又来了，一般应用都还会继续去改，怎么办呢？所以我说要CR啊。要结合业务重要性，功能重要性，代码的修改来一起评估每次修改所造成的影响。我们不可能每次都去做一次专项，所以这个是必须会的技能。