测试到质量转变

今年我也不知道为什么会突发奇想来讲这个topic，这与我前几年风格非常不符。但也许这正是我觉得2016年应该说的东西吧，事实证明三场大会讲完之后，很多人第一次私下来找我要PPT，同时也觉得这个topic并不是几个小时能讲完的，所以我在这里还是浓缩的写篇文章说明下吧。

移动互联网测试常见问题

test1

这基本上就是我今年去别的公司的时候别人问我的问题。其实总体来讲大家现在还是有很大进步的，既关注了整体策略也关注了技术细节。但让我奇怪的是其实大部分人关注的还是别人怎么做，但缺少的就是从自己公司的产品业务和团队情况去思考问题。这不得不让我想到“别人家的xxx”这样一个场景。当初做这个ppt的时候我就是希望贴近主题尽量从全面的去阐述测试到质量的变化。

反正总体来讲，还是觉得大家太过焦躁，我们总是偶尔的很积极的想去了解，想去学习，但这不可持续发展，这就好像我们会去存很多pdf和网站，但从来不看是一个道理。

关于测试人员

test2

关于人员我想从图中的四个方面进行阐述。毕竟现在整个行业对于测试的要求其实已经不仅仅停留在“你会什么”，“你懂什么”，“你有多少能力”这个level了。取而代之的更多的是“你潜力多少”，“你是否拥有持续学习的能力”等等。所以在关于测试人员中我也顺便提到了“KPI”和“招聘”

但我在这里不得不强调的就还是所谓的“测试技术”，因为现在基本上行业风气就是大家追求“开发技术”，而不是“测试技术”，我们需要有测试思想和质量意识的去做事儿，而不是仅仅像开发一样去开发某些产品。所以这一切的前提还是需要我们从测试跳出来到质量来思考问题才会有答案。

一专多能

test3

之前有很多文章讨论过所谓的“全栈”，其实至少从现在来看，“全栈”真正的意义随着时间的推移也开始浮出水面——快速学习的能力和驱动持续学习的兴趣。
第二点其实想表述的就是如果我们走出测试来看质量的话，几乎所有事情都不是单纯的测试个体或团队能够完成的。我们需要走出那个“你提需求，别人实现”的时代，取而代之的是“你提需求，你牵头来实现”。我们需要去利用合适的资源去做合适的事情，而不是什么都自己来做。

在大会上有很多人会问，一个团队是否都应该是这样一专多能，全栈的人。在我的理解里，一个团队中其实肯定不能全栈的人，也不可能都是全栈的工程师。但这里其实特别的去强调了“定位问题”。举个例子来讲，我们在平时测试的过程中发现了一个问题，我们需要有能力去判断这个问题是前端还是后端的，如果是后端的，那么通过各个系统日志和调用关系需要去明白问题出在什么系统上。如果是前端，那么我们需要去发现是框架层的，还是组建层的，还是业务方等等。也就是说其实无论你是功能测试、自动化测试或者其他更牛逼的测试类型，定位问题都是通用的要求。

KPI

test4

KPI这边的问题其实就是老生常谈了。但基本上现在都从那么几个点。

• 业务占比最大。首先还是要保证产品业务的质量。这个在KPI上可以量化，但在移动互联网大多关注P0的缺陷会比较多，剩下的功能问题，小问题漏测等其实都是比较常见的。
• 技术提升。唯一强调的就是技术提升本身需要落地，同时需要给出来使用某技术前后的具体效果的数据对比，一定也是可量化的。一切不落地的技术提升都是耍流氓啊亲
• 团队协作。指主动分享、能否主动的牵头解决问题等等。

基本上也会有细节的不同，但大方向是差不多的

人员招聘

test5

其实这是我理想状态下的招聘，现在行业中虽然是有这样的趋势，但还是有点偏差的。不过现在一些大公司的确更看重看问题的角度和解决问题的方式。而不像前几年比较死板的去考验技术。这点我相信今年只要跳槽的同学都深有体会的。

测试技术

test6

这个就是留给大家思考吧。大家在追求所谓的技术的同时，也关注关注测试吧。测试的一些基础，理念，方法等。我不希望若干年之后说起技术大家都是开发技术，对测试技术却浑然不知，届时到底自己是测试还是开发也许就谁都分不清楚了。

质量

test7

其实我知道大部分人还是需要这张图的。后面的PPT我也实在写不动了。ppt链接。接下来自己看吧，有啥问题在这里留言就好。相信这个话题还是值得大家来讨论的。