摘要: 为了能够减少二次Bug率,一般组织都有一套Bug跟踪流程用来确保Bug修改的正确性。下面是一个典型的Bug跟踪流程。登记Bug -> 原因分析 -> 修改方案 -> 影响性分析 -> 修改 -> 测试 -> 测试组再测试这个Bug跟踪流程基本上会有一个较高的Bug率,我的经验显示,这个流程的二次Bug率在20%左右,即每修改10个Bug,其中有2个可能没修改完全或者是引起新的Bug。于是,一个改进的Bug跟踪流程出现了。登记Bug -> 原因分析 -> 修改方案 -> 方案确认 -> 影响性分析 -> 修改 -> 修改代码 阅读全文
posted @ 2012-11-08 23:18 史蒂芬.王 阅读(445) 评论(2) 推荐(0) 编辑
摘要: 等待在软件开发过程中的浪费比例应该是最大的。下面这些种等待,在你的项目中是否也发生过呢?(1)等待客户确认(2)等待上司命令(3)等待环境构筑(4)等待前一个阶段的成果物(5)等待Bug修改完毕(6)等待测试结果(7)等待UI设计图(8)等待不知道什么——莫名其妙的等待其实大可不必发生这些等待。首先,要弄明白发生等待的原因,只有这样才能够找到根本去消除一些不必要的等待。等待是怎么发生的呢?第一种等待工序定义错误造成的。为什么两个工序之间需要空闲时间呢?因为这两个工序是由不同的人来完成的。一个人工作的时候另外一个人必须等待。---------------比如:以Bug修改为例,测试人员登记Bug 阅读全文
posted @ 2012-11-08 22:59 史蒂芬.王 阅读(348) 评论(0) 推荐(0) 编辑