联系我:新浪微博@架构师Jack 或 dongjietest#163.com联系.(#换为@)

质量的预言

上一篇 / 下一篇  2010-04-07 21:46:37 / 个人分类:正确的测试思想

   在我的一篇博文中,网友cuiliqin-1给了这样一段回复“质量问题是关键,但是现在又有多少企业是重视质量的,反倒是年年都生产出一大堆的垃圾。一个企业质量意识形态是由上而下的,领导注重质量才能把质量提上去,单单是靠下层员工有质量意识而领导要求的却是数量,要求的是短期效益,这样的质量是根本提升不了,中国建筑寿命缩短到30到40年就是一个事例”
  那我想说的是:这样的环境,我们无法改变。但是我们可以选择,如果你愿意暂时牺牲一些所谓的管理职务,进入真正的重视质量的企业。你就可以在正确的路上走完人生未来的职场之路。但世上无完美的事,即使一个重视质量的企业,在内部也会有部分中基层人员局部的不够重视质量,只要数量和进度。大多数情况下公司高层(最高的那几个)是重视质量的,因为他们更在乎长期利益,更在乎卖出去的产品或服务的品质代表他在客户面前的面子和人品。所以,如果高层不是投机取巧型,上市捞一把就跑的投机分子,足可以在环境中坚持。这个坚持不是1-2个月会改变的,有可能会是1-2年才会改变的,毕竟产品的bug很可能要在放量上市时,才会大量暴露,这时公司的高层中层都不得不开始重
视质量,来亡羊补牢,否则所有先前的投资就有可能付之东流。在此我分享2个我几年前的经历吧。
    N年前我参与一个项目时,在看了该项目的需求,了解了项目成员和项目技术积累现状后,看到项目的计划时间表时,我心里就敢肯定决不可能按时交付项目的。当然,我内心也希望能发生奇迹该项目能幸运的按时交付。在后续的产品设计阶段,我看到了产品架构文档和部分设计文档后发现架构师设计时思考的过于简单,很多场景未考虑,或考虑时选取的算法过于简单,当时就给架构师提出了几十个可能的设计问题,在架构师确认了二十多个后,邮件正式发给了PM。可惜,PM和架构师都没有采取行动去改进(因为项目的基本功能实现的时间和人力太紧张了),我心里只能是暗暗的祝福他们好运,但这时我可以肯定这个项目不可能按时完成了。 结果在1年后,碰到该产品的测试人员,他告诉我那个项目几乎延期了60%的工期,而且产品测试时发现了大量设计的问题,为了修改和验证这些设计问题,开发和测试都加了很多班阿。此时,我既喜既忧。喜的是我的判断,我的质量预言兑现了。忧的是这个项目的所有参与人,公司都付出了太多的代价了,如果当初架构师和PM能把我发现的设计缺陷及早修正,或许也能减少后期所付出的代价。
   M年前,我到一个新公司后发现很多测试人员和测试经理为了与开发人员有一个良好的人际关系,对bug要求不严。甚至有的组出现不做压力测试的情况,理由是压力测试出来的bug开发改不了,测了也没有意义。同时项目中PM和开发经理权力过大,只要进度,进度和质量冲突时,一定是牺牲质量,测试经理早已习惯,也不坚持质量了。整个氛围普遍是等出了问题后再亡羊补牢,提前做的预防性工作都不受支持,认为是浪费。 很多开发领导认为,只要我有测试部这个组织,找来了几十个测试人员,我的质量就OK了,可是在一个测试人员都对开发人员过于偏软的氛围中,测试人员在很多关口也随大流了。虽然我当时很看不惯,但无奈我个人的力量是有限的,我只有尽可能地在我的领域做好工作。并
在心中期盼我的预测不要兑现。可是M+1年后公司很多产品在市场上忽然出现了很多问题,PM日子过得难受,开发和测试经理日子过的也难受。我的预言又一次兑现了。从此以后这个公司的开发人员和PM们痛定思痛,终于把质量放在了第一位,进度可以延迟但质量不会让步了。同时测试人员也被要求必须严格地做黑脸。M+2年后,该公司的产品因为价格便宜质量又高,销量猛涨了几倍。
   我想我的答案已在分享的2个案例中了。真的是应了《无间道》中的那句话“出来混迟早要还的!” 我现在往往只需要几天时间就能提前预判该项目最后的进度和质量结局,虽然我心里依然希望该项目能走大运,能创造奇迹,希望我的预言是错误的。

TAG:

miranda_lau的个人空间 引用 删除 miranda_lau   /   2012-04-03 17:12:21
我們的項目基本都是延期的,很少可以按時完成。有些管理層迫於進度,還會說:“要是你這些BUG不是致命的, 可以先上線後優化”,這對於我們這些測試人員是一個很大的打擊,經常測出來的BUG被無視或者淡視。
現在公司項目的維護成品很高,就是這個因素引起的。
引用 删除 admomemt   /   2010-07-06 17:08:54
5
引用 删除 shenzehua888   /   2010-07-05 11:23:13
看完后感触很深,尤其是对接触不到代码的功能测试人员来说,发现一个小问题以问题一般理由搁下,而事实上很多大的问题都是由小问题引起的。
引用 删除 assap   /   2010-06-17 17:07:52
5
5Q的个人空间 引用 删除 shine2001   /   2010-05-10 13:41:22
的确如此,我们现在也遇到这样的问题,为了进度,往往发现的很多问题被搁置,当用户在使用中重新发现这些问题后才重视并予以解决。打一个形象的比方。前期发布的版本存在大量的问题,往后发布的版本在不断的为这些问题埋单。开发不再是开发产品,而是修复产品。现在也的确意识到了这方面的问题,但是依然没有实质上的解决办法,毕竟改变是需要自上而下的
Ace Life 引用 删除 allenzgw   /   2010-04-09 12:17:02
从不重视质量,到重视质量,是0到1的突破;从重视质量到如何重视质量,也是突破。其实怎么做出好质量更难
引用 删除 lshenghua   /   2010-04-09 09:52:14
5
泊 涯 引用 删除 泊涯   /   2010-04-09 08:51:25
5
alice的个人空间 引用 删除 alice2003yf   /   2010-04-08 17:31:31
赞同博主
ermine的个人空间 引用 删除 ermine   /   2010-04-08 13:32:00
看完后挺有感触,路漫漫。。。。
 

评分:0

我来说两句

Open Toolbar