【原创】如何做个不让测试员讨厌的的开发人员
近日读如何做个不让开发员讨厌的的测试人员有感，特地写一个这个。。
1. 肿么那么多bug，还让不让人活了..
（你以为哥哥想提那么多bug啊，写一个bug得耗费我多少生命值啊..）
2. 这个样式的问题怎么能随便定义成严重的呢..
（看看版本计划，再看看这样低级的错误，能不让哥哥上火嘛..）
1. 这么多严重的bug，怎么没人改
（天天忙着改bug，谁管它多少和严重呢..）
2. 怎么天天都有人问QC怎么用..
（尼玛，这又不是vs2010，又不是UML，干嘛我要熟练..）
3. 今天的冒烟怎么又失败了..
（不就是个冒烟嘛，改改再来..）
多年前，测试和开发一直被认为是两个对立的极端，互相排斥。但是在今天，以质量为生存准侧的项目中，测试和开发已经，也必须融为一体。因为，我坚信，任何不以质量为目的的测试和开发工作都是耍流氓。测试已经发展了那么多年，从手工到了自动，帮助开发人员更多的发现问题，提高测试的可信度，提高产品的质量，所以，我更坚信，懂开发的测试是可怕的，懂测试的开发是无敌的..
做到一个让开发喜欢的测试员大家已经知道了，那就看看如何成为一个让测试喜欢的开发员。
1. 把bug闷死在开发的摇篮中
冒烟，必须强调冒烟的重要性，做为软件中最基础功能的使用，如果在开发那都过不了关，还如何谈质量？
样式，美观不美观，已经不是美工说的年代了。易用性问题的已经成长为21世纪最大的bug，华为早在多年前就已经将易用性问题的解决优先级放到了最高，那，你们还犹豫什么？
做好自我检查，灰常重要！
2. 将不开源的代码开源出来，将测试员做为你倾诉的第一对象
我们的代码都是非开源的，所以我们说测试人员做的是黑盒，如果你想让代码减少问题，那就请告诉测试人员你的开发思路和逻辑，集思广益，让逻辑更清晰，让业务更明确！帮助开发人员理清方向，帮助测试人员打通流程。
3. 提出你的意见，让我们共同成长
什么是严重的bug？什么是易用性的问题？我们在定义bug级别的时候，开发员往往存在理解误区。为什么我们会将易用性问题定义到严重，除了它的重视程度外，还有2个方面：一个是当前版本所处位置，如果即将交付，那这样的问题必须迅速解决！另一方面，如果项目处于前期或中期，那么这个bug代表的意思就是需要优先修改的易用性问题，我们只是将它的优先级提都了最高，而不是故意和开发员过意不去..任意用bug优先级挑衅开发员的测试员都不是好的产品经理！
4. 抬头看，别低头干
开发员经常会被一个bug的思路迷惑，为什么不请测试员来帮你疏通经脉呢？21世界，缺的是什么？技术？不是。是沟通！有效的沟通，不仅能建立良好的友谊，更能建立信任，建立质量的铜墙铁壁！
测试和开发同样需要进度，测试需要更快的进步，除了自身的能力素质外，开发的帮助同样需要！请记住我的名言：懂开发的测试是可怕的，懂测试的开发是无敌的..
"