质量谁之“罪”
来源:互联网 发布:论文 软件 编辑:程序博客网 时间:2024/04/29 12:29
用这样的标题绝非想要哗众取宠,尽管我不知道同行的兄弟姐妹们是否也曾感受到质量带给我们自己的压力,至少在我做测试这么快4年的时间里,质量一直都如警钟般长鸣。
比如对自己测试过的功能,一有风吹草动就会第一时间冲到前方一探究竟,当有用户反馈系统易用性差时,也是内疚自责。就好象一个产品不好或者有问题,那个罪人不是别人就是自己。为什么自己没有发现问题,为什么自己曾经提出类似问题,但没有得到响应?
可事实是,一个产品的诞生不是只经过测试一道工序,那么很显然,质量不是测试的“罪”。如果说,参与产品研发的人都有罪,那么到底是谁应该为这份“罪”,谁来为质量买单?
我想绝对不应该是测试。可是我们问问自己,想想自己参与过的项目和日常,到底谁最关心质量,我想很多人可能都会和我有一样的答案,那就是——测试。因为很多时候我们的代名词变成了质量保证。当我们不断强化自己的质量意识的时候,无形中弱化了产品中其它环节的质量意识。
当大家和我们一样都觉得质量就是测试的事情,质量就是需要经过测试才ok,那么所有的人把质量都放在了最后一道工序,哪怕测试和整个软件周期一样开始,可是事实上,测试用例是基于UC的,执行是基于代码提交的。那么质量永远都如亡羊补牢般,那么后知后觉。哪怕我们是评审了PRD,可是产品到底要做成什么样,是产品经理获取的需求决定,而非测试。我们可以建议,但产品做成美女还是野兽这完全取决于产品经理对产品的定位。
所以,我想跟那些和我一样被质量、被诸如用户体验带给我们无限压力的兄弟姐妹们说,不要被质量所束缚,我们永远只是质量的一部分,而不是全部,我们最需要的是强化我们源头的质量意识,而我们的源头也只需要强化他们源头的质量意识,唯有此,我们才不会是亡羊补牢,才不会做质量的“替罪羔羊”。
- 质量谁之“罪”
- 拥抱质量:代码质量 之 魔鬼数字
- 软件质量之测试数据
- 美国质量之旅
- 软件质量之道
- [ZT] 软件质量之路
- 过程决定质量之谬论
- 质量之本在哪里
- 《信息系统监理》之质量控制
- 嵌入式系统质量之路
- 项目管理之质量检查点
- 创业名言之质量篇
- 高质量编程之函数
- 软件质量之道:SourceMonitor
- 学习笔记之代码质量
- 测试工程师之质量推动
- 软件质量之路(1):软件质量框架
- 软件质量之路(1):软件质量框架
- pku 3624 准背包问题
- 用户体验与测试
- HRMS项目管理之七(绩效标准)
- 做事务的经验总结
- 租房子的一点体会
- 质量谁之“罪”
- BPEL为何不是BPM的圣杯?
- 对“需求分析”的看法
- 前端也应关注安全
- 如何做鲫鱼豆腐汤
- Java模仿DOS界面
- HRMS项目管理之八(谁背上了那只讨厌的猴子)
- 淘小宝蚂蚁聊天表情V1.0-V2.0的制作过程
- _______打包c#程序