51Testing软件测试论坛

标题: 【我的测试热门话题第三期】漏网之鱼——遗留bug,该由谁买单? [打印本页]

作者: zhconnie    时间: 2013-7-16 11:36
标题: 【我的测试热门话题第三期】漏网之鱼——遗留bug,该由谁买单?
接收新项目,开发人员加班加点,忙着赶工,PM掐着时间盯进度,测试人员也是丝毫不敢懈怠,时间就是金钱,逾期就该问斩,所以大伙的绷紧神经,全力应战,我们的工作进度还好,由于不是接订单赚银子的工作性质,还可以时间自我安排,不算时间颠倒,我有个朋友是做外包工作的,她们接到订单就是紧急任务,逾期reward自然会大打折扣,如此这般,她们团队的参战人员,无论是开发还是测试,都是与时间赛跑,与能力赛跑,鼓足干劲齐上阵,但是,老虎也有打盹的时候,百密一疏啊,终于,项目交付之后,在客户手里出现了漏网之鱼-BUG,这时,PM的问责制就给实施,此时,谁来为这个漏网之鱼买单呢。。。。是制造bug的开发人员,还是发现bug的测试人员。。。都是持久奋战,都也没曾懈怠,大伙见仁见智吧,反正我是无法定夺的。。。。。。。。。。。
作者: lsekfe    时间: 2013-7-16 11:52
接收新项目,开发人员加班加点,忙着赶工,PM掐着时间盯进度,测试人员也是丝毫不敢懈怠,时间就是金钱,逾 ...
zhconnie 发表于 2013-7-16 11:36



    这个真的很难判断,我觉得基本上死的是测试人员。毕竟开发人员有很多理由去推卸他们的责任!
作者: zhconnie    时间: 2013-7-16 13:11
回复 2# lsekfe


    是,常规情况来说,测试虽然不是问题的制造者,但是总是会被戴上罪魁祸首的帽子,谁让我们把关不严,没擦亮眼睛发现bug呢。。。不过,偏僻的bug成因,确实是不怎么称职的开发人员所致,这些测试点如果不好覆盖的话,我们只能感叹一声,遇人不淑呢。。。。
作者: lsekfe    时间: 2013-7-16 13:14
回复  lsekfe


    是,常规情况来说,测试虽然不是问题的制造者,但是总是会被戴上罪魁祸首的帽子,谁 ...
zhconnie 发表于 2013-7-16 13:11


是啊!其实一个好的工作环境对测试人员来说,是非常重要的。本来搞技术的就不爱勾心斗角,做好自己的测试工作那是做好的了!
作者: zhconnie    时间: 2013-7-16 13:49
本帖最后由 zhconnie 于 2013-7-16 14:21 编辑

这貌似也是在昭示着 想要掌握破雷之法,必须深谙布雷之术,对测试的要求也是道行越深越好啊
作者: zhconnie    时间: 2013-7-16 14:19
回复 4# lsekfe

楼上言重了,我在这里只是想幽他一默,没有涉及到勾心斗角之说,当然了,无论开发还是测试,都不希望有bug在我们的软件中,毕竟,这也是我们的工作的结晶嘛,呵呵
作者: forstkksk    时间: 2013-7-16 20:49
测试负责任,这也是没办法的事情,哎
作者: zhconnie    时间: 2013-7-17 10:47
回复 7# forstkksk


    在我们这里的体现不仅仅是责任重,而是人微言轻。。。。
作者: zhoutesting    时间: 2013-7-17 17:05
基于“测试是一种服务”的理念,不管我们认同不认同,我们不直接产生经济效益,现实中我们是依附于开发团队的,尽管也许测试有单独的部门,但如果有一天,没有开发了,那也就没有测试了。所有,可见,测试是要根据开发模式找准自己的定位,这里无论是测试组织还是测试个人都是一样的。
  最后 扛责任 也是测试人员
作者: zhoutesting    时间: 2013-7-17 17:14
基于“测试是一种服务”的理念,不管我们认同不认同,我们不直接产生经济效益,现实中我们是依附于开发团队的,尽管也许测试有单独的部门,但如果有一天,没有开发了,那也就没有测试了。所有,可见,测试是要根据开发模式找准自己的定位,这里无论是测试组织还是测试个人都是一样的。
作者: zhoutesting    时间: 2013-7-17 17:14
基于“测试是一种服务”的理念,不管我们认同不认同,我们不直接产生经济效益,现实中我们是依附于开发团队的,尽管也许测试有单独的部门,但如果有一天,没有开发了,那也就没有测试了。所有,可见,测试是要根据开发模式找准自己的定位,这里无论是测试组织还是测试个人都是一样的。
作者: zhoutesting    时间: 2013-7-17 17:14
基于“测试是一种服务”的理念,不管我们认同不认同,我们不直接产生经济效益,现实中我们是依附于开发团队的,尽管也许测试有单独的部门,但如果有一天,没有开发了,那也就没有测试了。
作者: zhoutesting    时间: 2013-7-17 17:14
基于“测试是一种服务”的理念,不管我们认同不认同,我们不直接产生经济效益,现实中我们是依附于开发团队的,尽管也许测试有单独的部门,但如果有一天,没有开发了,那也就没有测试了。所有,可见,测试是要根据开发模式找准自己的定位,这里无论是测试组织还是测试个人都是一样的。
作者: zhconnie    时间: 2013-7-18 11:34
回复 9# zhoutesting


    这一点 想想也是这么回事,俺也是深谙其中要义,但是 兄台太过认真,这么不厌其详滴如此赘述了好几遍,领教了
作者: 夕阳西下°    时间: 2013-7-18 16:54
测试还是应该和开发的有很好的沟通和合作,这样才能互惠互益,共同进步!
作者: zhconnie    时间: 2013-7-18 17:26
回复 15# 夕阳西下°


    是的,这是必须滴,测试相对于开发来说,功能的内部实现了解的较为欠缺,如果能同步了解软件功能的内容实现,这样时间充裕了也可以偶尔进行一下代码走查,也可以减少我们盲目的黑盒测试,节省不少时间呢。。。
作者: zhoutesting    时间: 2013-7-19 00:02
我是看一直好像没有回复成功,点了好几遍   
作者: zhconnie    时间: 2013-7-19 09:29
我还以为嫩感悟忒深,所以着重强调呢。。。。
作者: comworld    时间: 2013-7-24 09:47
本帖最后由 comworld 于 2013-7-24 09:48 编辑

测试买单,毫无疑问,这就要求我们得测试过程极尽全力,确保万无一失,就算有失,也无伤大雅。。。
作者: zhconnie    时间: 2013-7-24 09:52
回复 19# comworld
果真是英雄所见略同 共同进步吧 争取我们足够强大,将bug扼杀于摇篮




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2