zhconnie 发表于 2013-7-16 11:36:30

【我的测试热门话题第三期】漏网之鱼——遗留bug，该由谁买单？

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

lsekfe 发表于 2013-7-16 11:52:21

接收新项目，开发人员加班加点，忙着赶工，PM掐着时间盯进度，测试人员也是丝毫不敢懈怠，时间就是金钱，逾 ...
zhconnie 发表于 2013-7-16 11:36 http://bbs.51testing.com/images/common/back.gif


    这个真的很难判断，我觉得基本上死的是测试人员。毕竟开发人员有很多理由去推卸他们的责任！

zhconnie 发表于 2013-7-16 13:11:54

回复 2# lsekfe


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

lsekfe 发表于 2013-7-16 13:14:35

回复lsekfe


    是，常规情况来说，测试虽然不是问题的制造者，但是总是会被戴上罪魁祸首的帽子，谁 ...
zhconnie 发表于 2013-7-16 13:11 http://bbs.51testing.com/images/common/back.gif

是啊！其实一个好的工作环境对测试人员来说，是非常重要的。本来搞技术的就不爱勾心斗角，做好自己的测试工作那是做好的了！

zhconnie 发表于 2013-7-16 13:49:52

本帖最后由 zhconnie 于 2013-7-16 14:21 编辑

这貌似也是在昭示着 想要掌握破雷之法，必须深谙布雷之术，对测试的要求也是道行越深越好啊

zhconnie 发表于 2013-7-16 14:19:22

回复 4# lsekfe

楼上言重了，我在这里只是想幽他一默，没有涉及到勾心斗角之说，当然了，无论开发还是测试，都不希望有bug在我们的软件中，毕竟，这也是我们的工作的结晶嘛，呵呵

forstkksk 发表于 2013-7-16 20:49:58

测试负责任，这也是没办法的事情，哎

zhconnie 发表于 2013-7-17 10:47:33

回复 7# forstkksk


    在我们这里的体现不仅仅是责任重，而是人微言轻。。。。

zhoutesting 发表于 2013-7-17 17:05:23

基于“测试是一种服务”的理念，不管我们认同不认同，我们不直接产生经济效益，现实中我们是依附于开发团队的，尽管也许测试有单独的部门，但如果有一天，没有开发了，那也就没有测试了。所有，可见，测试是要根据开发模式找准自己的定位，这里无论是测试组织还是测试个人都是一样的。
最后 扛责任 也是测试人员

zhoutesting 发表于 2013-7-17 17:14:25

基于“测试是一种服务”的理念，不管我们认同不认同，我们不直接产生经济效益，现实中我们是依附于开发团队的，尽管也许测试有单独的部门，但如果有一天，没有开发了，那也就没有测试了。所有，可见，测试是要根据开发模式找准自己的定位，这里无论是测试组织还是测试个人都是一样的。

zhoutesting 发表于 2013-7-17 17:14:28

基于“测试是一种服务”的理念，不管我们认同不认同，我们不直接产生经济效益，现实中我们是依附于开发团队的，尽管也许测试有单独的部门，但如果有一天，没有开发了，那也就没有测试了。所有，可见，测试是要根据开发模式找准自己的定位，这里无论是测试组织还是测试个人都是一样的。

zhoutesting 发表于 2013-7-17 17:14:41

基于“测试是一种服务”的理念，不管我们认同不认同，我们不直接产生经济效益，现实中我们是依附于开发团队的，尽管也许测试有单独的部门，但如果有一天，没有开发了，那也就没有测试了。

zhoutesting 发表于 2013-7-17 17:14:54

基于“测试是一种服务”的理念，不管我们认同不认同，我们不直接产生经济效益，现实中我们是依附于开发团队的，尽管也许测试有单独的部门，但如果有一天，没有开发了，那也就没有测试了。所有，可见，测试是要根据开发模式找准自己的定位，这里无论是测试组织还是测试个人都是一样的。

zhconnie 发表于 2013-7-18 11:34:24

回复 9# zhoutesting


    这一点 想想也是这么回事，俺也是深谙其中要义，但是 兄台太过认真，这么不厌其详滴如此赘述了好几遍，领教了

夕阳西下° 发表于 2013-7-18 16:54:22

测试还是应该和开发的有很好的沟通和合作，这样才能互惠互益，共同进步！

zhconnie 发表于 2013-7-18 17:26:32

回复 15# 夕阳西下°


    是的，这是必须滴，测试相对于开发来说，功能的内部实现了解的较为欠缺，如果能同步了解软件功能的内容实现，这样时间充裕了也可以偶尔进行一下代码走查，也可以减少我们盲目的黑盒测试，节省不少时间呢。。。

zhoutesting 发表于 2013-7-19 00:02:45

我是看一直好像没有回复成功，点了好几遍    :L

zhconnie 发表于 2013-7-19 09:29:15

我还以为嫩感悟忒深，所以着重强调呢。。。。:$

comworld 发表于 2013-7-24 09:47:01

本帖最后由 comworld 于 2013-7-24 09:48 编辑

测试买单，毫无疑问:(，这就要求我们得测试过程极尽全力，确保万无一失，就算有失，也无伤大雅。。。

zhconnie 发表于 2013-7-24 09:52:18

回复 19# comworld
果真是英雄所见略同:handshake 共同进步吧 争取我们足够强大，将bug扼杀于摇篮:lol
页: [1]
查看完整版本: 【我的测试热门话题第三期】漏网之鱼——遗留bug，该由谁买单？