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

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