关闭

谁之过?

135人阅读 评论(0) 收藏 举报
分类:
注:10年前?聊天+抱怨
---------------------------------------------------
跟一测试同行聊天,谈话之中聊到了他当前项目的运作情况。
话题一打开,他立即来了兴趣,侃侃而谈,最终谈到当前的项目的测试情况,他不免大发牢骚。
问其原因,原来是客户来反馈了,产品又出现问题了,这次客户竟然不能安装发布后的产品。
开发人员说没有他们的责任,测试主管说是负责的测试人员没有测试。
而他也正是这个产品的测试负责人,明明测试通过的产品,为什么到了客户那里就不行了呢,而前几次的Enhancement的发布也没有出现过这种低级的错误啊。
 
他觉得测试很难做,出了错就找测试,所有的问题都是测试的错。
 
他问我怎么看这件事。
 
我问了他几个问题:
1、谁来负责发布--开发
2、最终发布的版本谁来提供(仓库存放的版本号)--没有人,一直取最新的
3、测试有没有提交测试报告,并明确注明测试的版本--有提交测试报告,但是没有注明版本
 
得到了明确的答案之后,我笑着告诉他:
如果执刑人员的工作量是打10大板的话,从发布的流程来讲,应当打开发4板,打测试6板;从遇到问题后的态度来讲,应当把这10板全留给开发。
 
他问我为什么。
 
我反问他,为什么在测试报告不注明测试的版本号?如果你的测试报告中没有注明版本,你是否可以确定你测试的对象在一轮测试中有过更新?你每一轮针对某一产品版本的测试是否充分?
他嗯了一声,也不知道是不是真的明白了。
 
对于10板全留给开发的理由:问题出来了,最急的应该是开发,但往往最急的是测试。一些不负责任的开发人员有一句很经典的话是“为什么测试当初没有发现这个问题”,对于这句话我也回一句“为什么当初开发做的时候不一次就做好,就不出错”。一些更恶劣的开发人员可能还会说“没有问题要你们测试干什么”,我的回应是“如果总是出问题,这样的开发要了做什么,造产品,还是造问题”。
有些话可能说的过激了一些,做为产品开发过程中的合作者,开发和测试不应是对立的,任何的沟通不顺畅只能造成进度的停滞和产品质量的低劣。对立的结果只能造成整个项目的失败。
问题出现了,应当积极的确认和修正问题,创造出平等和谐的开发和测试工作环境,保证问题能及时有效的修正并发布给客户。
对于不负责任的开发,测试的态度应当是坚决和肯定的,但不是对立。
我们一直在提倡开发和测试的独立,并不意味着有了专门的开发团队和测试组就是测试和开发独立了,真正的独立不是团队的独立,而是在执行过程中,能够不受控于开发或是PM,能够按照真正的测试流程执行,能够为整个产品的开发提供确实有效的状态分析和质量保证。
 
<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
事后,我又重新审视了这个发布过程中出现的问题,有两个点不明确:
1、测试执行中对测试对象在仓库中存放的版本号
2、产品发布中的发布版本,为什么是取最新的而不是经过测试人员测试过的
那么问题的关键不再于某个团队或是某个人出现了问题,而是整个发布过程的流程出现了问题。
团队是由具有不同职责的人组合在一起形成的,不同的人在团队中职责不同,但彼此之间相互配合,彼此工作的输入、输出物应当是衔接在一起的。一但某一输入、输出出现了空档,工作一定会出现脱节,交付的质量也就无法保证。
在这个发布过程中,测试人员没有提交最终release测试的版本号(测试的输出,发布的输入),负责发布的人在未经确认下就取最新的版本发布给客户(发布的输出),测试的输出与发布的输入出现了不一致,其结果就无法保证最终发布的输出的正确性。
有了流程,就一定要执行,流程制定出来不是摆样子的,在不断的执行过程中,我们才能发现现有流程的不足,才能不断改过。
Continuous Inprovement不是一句口号,他需要在不断的实践中得到体验和升华。
0
0
查看评论

《加班,谁之过?》

刚写完《加班,谁之过?》,我就迫不及待地将文章的链接发给了我的同事们。然后,他们给我反映了几个事实:1) 有些老大们为了所谓“赶项目进度”让下属加班;2)下班的时候老大还没有走,自己不好意思到点下班;3)从事软件行业的同事都是未婚或者单身,与其回家无聊,还不如在公司呆着;4)很多
  • dragonsky_w
  • dragonsky_w
  • 2011-10-08 16:21
  • 209

需求变更谁之过?

这里不谈论因客观市场原因造成的需求变更,不谈论因项目预算原因造成的需求变更。这里的需求变更是指在项目的必要性依然存在,项目的总体目标依然稳定情况下的需求变更。众所周知,开发人员最头疼的事情是当一个功能(甚至整个项目)开发完成以后,客户却要求变更需求,更改需求文档,从而造成额外的开发工作或者项目延期。...
  • jinhuiyu
  • jinhuiyu
  • 2011-06-29 10:18
  • 2949

加班,谁之过?

加班,谁之过? 文章 原始出处 :http://penzhaohui.blog.51cto.com/3311602/665366 下班的时候,我们同事之间经常会开玩笑的说:“咦,你怎么今天不用加班了呢?”。是的,在软件公司里,“加班”似乎是理所当然的事情。
  • lord_is_layuping
  • lord_is_layuping
  • 2011-09-20 02:29
  • 519

软件缺陷谁之过?

        "你的这个功能怎么只能搜索当前目录下的文档,为什么不能搜索子目录?搜索的关键字怎么不能使用通配符?"重重败笔,不胜枚举!      &...
  • magicwizard
  • magicwizard
  • 2005-06-26 02:26
  • 698

盗版软件,谁之过?

      过者,过错也。我们的问题是,盗版软件,是谁的过错?首先,我们要搞明白,软件是什么?软件为什么会轻易地被偷盗?       为此,我又拜读了20年前发表的PeterSuber先生的...
  • yuanmeng001
  • yuanmeng001
  • 2008-06-04 04:13
  • 3502

编译器vs.代码 谁之过

摘要:编译器是将程序语言编译成机器语言的一种高级程序。如今许多编译器越发智能,在编译不通过的情况,你的代码甚至都无法运行,那么到底是编译的问题还是您的代码问题呢? 许多程序员喜欢抱怨编译器报出的各做错误,难道真的是编译器问题吗?下面就让我们来谈谈吧! 你确定吗? 当程序员告诉你,编译器会产...
  • szu030606
  • szu030606
  • 2012-09-14 13:30
  • 309

WiMax技术行将就木谁之过

    从一花独放的业界明星沦落为弃如敝屣,WiMax技术在短短的两年间就遭遇到了冰火两重天的尬尴际遇。进入2009年,WiMax阵营就连遭重大打击。首先是1月11日,手机巨头诺基亚宣布停止生产支持WiMax技术的手机,紧接着是电信设备商阿尔卡特朗讯宣布减少对WiMax...
  • leon_7mx
  • leon_7mx
  • 2009-03-18 13:45
  • 466

网站设计支离破碎:究竟是谁之过

                         ...
  • turingbooks
  • turingbooks
  • 2010-08-09 17:37
  • 547

软件不能运行,谁之过?

     软件是一个包含多道流程的体系,从需求调研开始,一直到发布和验收,任何一个步骤脱节,都不能保证用户得到理想的结果,而软件过程的各个阶段,又不是平铺、并排,按照其处于生命周期的阶段性时间,其重要性逐层递减。是的,一个人鲜有精力从头跟踪到尾,但要保证一个软...
  • treeClimber
  • treeClimber
  • 2006-12-22 14:56
  • 885

同学聚会旧情复燃谁之过

逢年过节是同学聚会最好的时间,也是亲朋好友有一个闲暇时间相聚一起谈天说地诉说一年来的收获和失落,回顾过往展望明天,一起开开心心享受片刻的愉悦和洒脱,本是相谈甚欢的场景,特别是同学聚会在开心之余往往引发上学期间压抑许久的情感,就像这两天接触在咨询案例,遇到自己的初恋和梦中情人,当初没有敢于吐露,如今都...
  • lyxlzx
  • lyxlzx
  • 2012-01-27 10:10
  • 847
    个人资料
    • 访问:51699次
    • 积分:1585
    • 等级:
    • 排名:千里之外
    • 原创:157篇
    • 转载:32篇
    • 译文:0篇
    • 评论:2条
    文章分类
    最新评论