去年9月15日，我到了测试团队。今年10月15日，我做起了教育。

　　回首一年的工作，主要有三点收获。建立了一支骁勇善战的团队，覆盖了一层淘宝的底层接口，改变了一些对软件测试的认识。

　　前面两点是硬收益，后面一点是软收益，我想针对这一点做些分享。

　　来测试部门之前，我被认为是开发人员中质量意识比较好的人。我做过项目经理，了解功能测试、性能测试，兼任过产品经理，对用户体验比较重视，还参与过SEPG的工作，对软件开发过程和测试过程都很了解。所以，我被邀请加入测试部门。我也信心满满的来了，我想用我的经验和知识来改变一些测试的现状，跟大家一起把测试做好，向着“做测试的行业标准”的目标进攻。

　　进入测试部门以后，我得到了很多支持，但每当我谈测试工具、测试框架的时候，我发现响应者并不多。半年之后这些工具和框架出来了，我发现一个问题，就是我的团队帮开发人员做了很多事情，无形中站到了开发的团队中，测试和开发亲如一家人，有问题大家一起扛。我就反思，我是测试人员还是开发人员，如果我是测试人员，为什么跟别的测试人员有这么远的距离，如果我是开发人员，为什么在测试团队里面混。我帮了开发人员这么大的忙，他们怎么想呢?有一个开发的主管告诉我“你们测试之后，如果还有问题，我就有借口说是测试没做好了”。这让我很郁闷。

　　为什么会这样?我的人都有开发背景，写起代码不比开发人员差，跟开发人员沟通代码和设计也毫无障碍，于是，他们就天然的混在一起了。但我们的核心价值就在这里吗?如果只是需要更多的开发人员来做代码的测试，招开发工程师就可以了。我们的核心价值在于测试用例的设计，而这个正是我们要从其他测试团队学习的知识。我以前看到功能测试人员的工作，会认为在页面上面操作一遍跟用户差不多，这不会有太大的难度。但是半年下来我知道了，站在用户的角度，把功能的操作设计成一个个的用例，在才是测试人员的高明之处，这种能力不逊于写代码的能力。另外，开发工程师会把很多软件问题归咎于用户不会用，上下游的调用者有问题，甚至归咎于测试人员做的不充分。这种可怕的思路，我们也有感染，站在测试的角度来看，任何问题都是我的问题。

　　怎么让平台测试回归测试的位置，让一群整天写代码的人来破坏代码，怎么办?首先，看到其他测试团队的理念和思路，把自己放低，向人学习，如果有机会亲自做一下这些测试会更好。其次，离开发人员远一点，不要被开发的思想左右。再者，测试团队从上至下把测试思想和质量意识融会贯通，各个团队互相影响。

　　看到这些，日子都快过了一年，我开了个头，没有机会把后面的事情做下去了，这是我们从摸索期出来之后碰到的第一个瓶颈，突破它，我们就成长了。

　　回头看看，我给测试团队带来了一些改变，但更大的改变是我自己，一年零一月，我变成了一个测试人。