在互联网越来越快的迭代项目中，很多测试人员和测试团队都开始觉得力不从心。很多团队和公司都开始讨论怎么保证质量，事实是单纯的从测试和测试团队出发都无法保证产品的质量了。是时候从技术以及思想上开始转变了。
之前有很多文章讨论过所谓的“全栈”，其实至少从现在来看，“全栈”真正的意义随着时间的推移也开始浮出水面——快速学习的能力和驱动持续学习的兴趣。
一个团队是否都应该是这样一专多能，全栈的人。在我的理解里，一个团队中其实肯定不能没有全栈的人，也不可能都是全栈的工程师。但这里其实特别的去强调了“定位问题”。举个例子来讲，我们在平时测试的过程中发现了一个问题，我们需要有能力去判断这个问题是前端还是后端的，如果是后端的，那么通过各个系统日志和调用关系需要去明白问题出在什么系统上。如果是前端，那么我们需要去发现是框架层的，还是组建层的，还是业务方等等。也就是说其实无论你是功能测试、自动化测试或者架构，定位问题都是通用的要求。
其实之所以要求测试能够有定位问题的能力，本质就是为了提升整个项目流程的效率。因为当我们发现一个问题的时候，以前的方式是测试直接报一个bug。这个bug会描述清楚问题的上下文和现象。但其实开发还是需要去排查问题，然后再fix。也就是说排查问题这个过程是免不了的，而且往往测试并不知道这个问题是哪个开发的头上，容易出现A踢皮球到B，B再踢给A的情况。所以在现在的测试行业中，大部分的公司索性就要求测试需要有定位问题的能力，这也是一项基础的能力。
这点我特别的强调下，因为现在整个行业都在追求技术。我们在很多网站可以看到这里很牛的hook技术，那边有很牛的遍历技术等等。但行业却慢慢的弱化了测试原本需要有的技术能力。比如测试策略的制定，比如测试的方式，测试用例设计的方式等等。我很担心再过10年，测试行业都是一群技术很牛却不懂测试的人。就好像我已经听到很多测试同学和我说，很多公司的测试总监不知道ab test和灰度发布有什么区别，竟然认为两个是一个东西。让我也是很担心测试行业的发展。
