软件产品质量的价值

2011-12-08  黄桂梅 

《软件产品质量的价值》笔记摘抄
原文地址:http://qa.taobao.com/?p=10222

质量的价值是什么?质量的内涵是什么?作者站在软件产品研发生命周期的角度从两个维度进行了一些分析和探讨:

一、面向过程的分析:站在研发流程的角度来看,PD、开发、测试高质量产出的价值在于提升研发效率。
——如果PD能提升需求的质量,第一次就能把需求做正确,不需要变更,研发效率可以得到提升;
——如果开发能提升代码质量,第一次就把代码写正确,零缺陷,研发效率可以得到提升;
——如果测试能提升TC、BUG的质量,一个TC至少发现一个BUG,提一个BUG开发看一眼就能修复,研发效率也可以得到提升。
(这里提供了研发流程中不同角色可以为共同的质量目标而付出各自努力的方向,那么在研发流程的需求、设计、编码、测试各个环节,作为测试可以为这一些高质量的产出从哪些地方切入做哪一些努力?)

二、面向结果的分析:站在最终用户的角度来看,软件产品质量的价值在于实现用户价值,可以表现为市场份额和客户忠诚度。
487°/4824 人阅读/5 条评论 发表评论

熊志男  2011-12-08

“一个TC至少发现一个BUG,”现实中很多case都没有发现bug,岂不是case设计有问题?不过这是理想状态,实现有一定难度。


黄桂梅  2011-12-08

哦,对。其实用例的目标不见得是为了发现bug,用例需要验证需求是否正确实现。


小窝  2012-01-10

已同步至官方微博


朱俊英  2012-01-15


刘旸  2012-04-10

熊志男: “一个TC至少发现一个BUG,”现实中很多case都没有发现bug,岂不是case设计有问题?不过这是理想状态,实现有一定难度。
一个case至少发现一个bug,这个过于理想。要不就是开发的质量太差,要不就是测试用例的粒度过粗。测试用例的粒度具体该如何也一直是一个需要探讨的难题。
我做过的项目的测试用例有上万的,而且需要在很多的系统平台以及应用平台上进行,而自动化测试又只能达到50%左右,一个full cycle差不多要2个月。我们只能进行不断的裁剪,不断的调整每轮测试测试用例的scope,测试人员还经常是精疲力尽。
当然测试用例的粒度还是依赖于测试团队的成熟度的,如果测试团队经验丰富,测试用例的粒度可以相应粗一些(不过外包又成为一个难题),如果测试团队相对年轻,测试用例则需要相对细一些。


登录 后发表评论