在测试这个行业中，我的发展总体来讲不算是顺利的。因为，我转换行业比较多。一开始觉得转换的行业对个人也许是件好事，这样可以积累更多的经验值，但是事实并非如此，转换的越多，从头再来的次数也就越多，但是，做为职场女性来说，目标与年龄之间的决择太大了。换着换着就发现原来自己仍然还只是个测试工程师。
当然，这不是我在这里说的重点，我要说的是，经过这么多年与研发打交道， 我发现与研发人员的沟通无时不在成为测试工作的重点，甚至是测试的全部。
当研发把他们的“作品”交付测试时，就像家长把孩子交给了“体检中心”，心情大多数都是希望体检后报告，你的作品很好，没有问题，“上线”。但事实往往并非如此，交到“体检中心”的“孩子们”在家长的有意或无意大意中总是存在着这样那样的问题。当这样的报告提交给研发后，他们或者是觉得这检查的人水平有限，或者觉得“怎么可能会这样”，一定是搞错了。怀着这样的心情，当自己去检查作品时，即使是发现的这样那样的问题，也不会觉得自己是错误的，或者觉得“自己家的孩子再错能错哪去，一会儿就搞定了~~~”
其实，在这样的情况下，他们忘了，“体检中心”是检查身体的，不是制造问题的，如果有了问题也是研发自身的问题，而不是测试造成的。当然了，测试本身有没有问题，肯定有！比如，测试本身技术不强（这是大多数公司存在的问题）。但是，两者之间的沟通应该是一种合作，而不是一种对抗。在好多书中都看到，让测试人员如何如何沟通才能达到如何如何的效果，可是，书中的事情毕竟是书中的，生活中可能发生各种情况。任何沟通都取决于双方的积极主动性。所以，书只能“参考”。问题是，怎么没看到有一本书是告诉程序员如何与测试人员沟通呢？这明显就是一种不平衡。当然了，平衡是一种理想状况！但不管怎样，我坚信良好的沟通是高效率的条件。从另一个角度看，不管是怎样的企业，只有良好的团队才筑起更高的效益，有了更高效益，作为员工的我们才能得到更多实惠，而这一切都是有“合作”的基础。从需求调研到用户体验，应该关注到的是研发与测试是很重要的两个环节，因为，没有研发就没有产品，而有了产品没有测试产品也出不了大门，所以这二者的沟通很重要！难道这还不算浅显吗？
不管哪一本书，教给我们什么样的技巧和常识，万变之中不变的就是“团队第一”，如果大家都从这个角度出发，一切就都解决了。当然了，如果谁与所在的公司有分歧，这就另当别论了。
希望测试的不要把自己当成是警察，研发的不要把自己当成上帝，二者产生一种“双赢”局面时，这个关系才算和谐！我热爱这个职业，所以，我将致力于此，加油！
（以上言论仅代表作者的个人观点，不代表51Testing观点）
相关阅读：
