今天的工作，让我深刻体会到为什么这两年，全栈这个词特别火，而且几乎每一家培训机构都在用全栈来推广他们的课程。

真正优秀的测试功能师，并不是单一的，能够从本身的功能里面找到多少BUG，或者说，能够在现有的业务里，非常地熟悉流程，这当然也是测试功能师过硬的职能之一。但我始终觉得，因为测试功能师这个岗位，除了完成该要完成的测试工作，提BUG，写用例之外，对外沟通其实占据了很大一部分的工作范畴。 

就像今日，我在测项目后期优化的前端页面的功能，除了基本的样式、展示，还需要验证各种情况的交互，遇到一些困惑、疑惑，或者不明白的地方，还需要与产品、前端工程师，或者后端的开发工程师就当前的问题讨论，帮助他们确认问题所在，或者用他们能够理解的方式告诉他们目前的问题所在，让他们能够更好地定位到问题所在。

 而其实，严格来说，初级的测试工程师，只需要写用例、对需求、提BUG，帮助开发验证BUG的产生，那就足够了。但如果，在面对后端开发工程师、前端工程师、产品经理，等不同的岗位，用他们能够理解的方式与他们沟通，快速帮助他们定位问题所在，测试的等级或者测试深度，又在一定程度上得到很大的提升。

 就像今日下午，我在跟前端的同事对一个BUG的时候，这个BUG，如果有看我之前的文章，应该知道我说过开发改了代码那个事情，对，就是这个。前端改了数据结构，导致后端的数据读取有问题。准确地说，是前端改了数据结构，给后端的同事中转到数据库，最后另一个同事负责把这个数据读出来。

 而当我直接对前端的开发同事，就页面的数据论述的时候，他其实不知道我说的是什么，而如果让他的领导与另一个后端的同事对接这个问题，这个领导知道之后，再与这位前端的同事对接的话，那他应该是一下子就明白了。

 这应该也是属于他们内部要自己去消化沟通的事情。不过如果测试想要懂得更多功能的实现，是可以自己亲力亲为，或者自己主动沟通，找人解决这个BUG的。而且在自己亲力亲为之后，会发现自己懂得的东西有多少，自己还需要补充的东西又有多少。也是测试成长很快的一种方式。

 而我为什么说，让前端的领导与后端的开发同事对接呢？因为如果我没猜错的话，前端的领导与前端的同事交代他改这个数据结构的时候，他是直接让他改哪个地方，而不是告诉他哪里的业务的。而为什么前端的领导懂得我说的，是我让这位领导与后端的同事对接之后，发现问题所在，而且前端的这位领导也比较懂业务，所以沟通的方式就很快。

 所以，有时候测试人员在沟通的时候就会发现，如果对产品经理能够探讨易用性和用户体验，对后端开发能够探讨代码以及数据库，对前端开发能够探讨JS或者前端的部分实现问题，那么这个测试人员，就真的是一个全能的测试人员了。

 不过我对这个BUG具体的实现，应该深挖的不够，可以再去问问后端开发，为什么需要用数据库值去修改。他们具体是怎么实现的，他们会告诉我的。

 而今天依然发现一个问题，就是要利用好禅道工具，有问题直接提到禅道，这样对开发和测试来说，都是效率最高的，他们改好了直接把BUG指派回来，再在测试测完之后，进行回归，这样测试也能保证自己的效率。而会影响到自己进度的，就是BUG没有描述清楚，或者需要协助开发重现BUG，而可以减少协助开发重现BUG的方式就是把报错的信息或者返回的参数附在BUG描述上，是可以减少沟通成本的。这个是自己之后需要注意的点。