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世界，缺的是什么？技术？不是。是沟通！有效的沟通，不仅能建立良好的友谊，更能建立信任，建立质量的铜墙铁壁！

　　测试和开发同样需要进度，测试需要更快的进步，除了自身的能力素质外，开发的帮助同样需要！请记住我的名言：懂开发的测试是可怕的，懂测试的开发是的..