软件质量谁之罪

上一篇 / 下一篇  2014-11-20 14:11:45

软件质量——谁之“罪”

字体:        | 上一篇 下一篇 | 打印  | 我要投稿  | 推荐标签: 软件质量

  用这样的标题绝非想要哗众取宠,尽管我不知道同行的兄弟姐妹们是否也曾感受到质量带给我们自己的压力,至少在我做测试这么快4年的时间里,质量一直都如警钟般长鸣。

  比如对自己测试过的功能,一有风吹草动就会第一时间冲到前方一探究竟,当有用户反馈系统易用性差时,也是内疚自责。就好象一个产品不好或者有问题,那个罪人不是别人就是自己。为什么自己没有发现问题,为什么自己曾经提出类似问题,但没有得到响应?

  可事实是,一个产品的诞生不是只经过测试一道工序,那么很显然,质量不是测试的“罪”。如果说,参与产品研发的人都有罪,那么到底是谁应该为这份“罪”,谁来为质量买单?

  我想绝对不应该是测试。可是我们问问自己,想想自己参与过的项目和日常,到底谁最关心质量,我想很多人可能都会和我有一样的答案,那就是——测试。因为很多时候我们的代名词变成了质量保证。当我们不断强化自己的质量意识的时候,无形中弱化了产品中其它环节的质量意识。

  当大家和我们一样都觉得质量就是测试的事情,质量就是需要经过测试才ok,那么所有的人把质量都放在了最后一道工序,哪怕测试和整个软件周期一样开始,可是事实上,测试用例是基于UC的,执行是基于代码提交的。那么质量永远都如亡羊补牢般,那么后知后觉。哪怕我们是评审了PRD,可是产品到底要做成什么样,是产品经理获取的需求决定,而非测试。我们可以建议,但产品做成美女还是野兽这完全取决于产品经理对产品的定位。

  所以,我想跟那些和我一样被质量、被诸如用户体验带给我们无限压力的兄弟姐妹们说,不要被质量所束缚,我们永远只是质量的一部分,而不是全部,我们最需要的是强化我们源头的质量意识,而我们的源头也只需要强化他们源头的质量意识,唯有此,我们才不会是亡羊补牢,才不会做质量的“替罪羔羊”。


TAG:

 

评分:0

我来说两句

我的栏目

日历

« 2024-04-23  
 123456
78910111213
14151617181920
21222324252627
282930    

数据统计

  • 访问量: 22613
  • 日志数: 44
  • 建立时间: 2012-02-16
  • 更新时间: 2015-06-04

RSS订阅

Open Toolbar