Jackei 的测试生活与人文社会读本

带着梦想和激情在现实中旅行
posts - 830, comments - 3942, trackbacks - 26, articles - 3
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

06.缺陷管理&缺陷分析

这是它的一个功能!

     摘要: 这是测试人员常常会遇到的一个问题，看看有什么好的解决方案吧 ^_^  阅读全文

posted @ 2006-01-08 15:30 Jackei 阅读(752) | 评论 (0) |

编写优秀Bug报告的艺术及案例分析

     摘要: 在99年的Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时， bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是许多的由于不可重现而被关闭的测试报告是因为描述不清晰，被误解，或者只是文字的错误。  阅读全文

posted @ 2006-01-08 15:24 Jackei 阅读(1093) | 评论 (0) |

Bug report之后

     摘要: 提交了一份Bug报告之后是什么？  阅读全文

posted @ 2006-01-07 17:15 Jackei 阅读(569) | 评论 (0) |

编写有效的bug report

     摘要:
你提交的每一个bug report都是和项目组就正在测试中的软件质量问题的一种书面沟通方式。通常，你用于沟通程序错误的能力－不是体现在错误本身的内在严重程度－而是体现在确定这个错误是否需要修复。
如果这是一个可怕的想法，你可能会想，“等等！我讨厌写作，我并不擅长写作。怎么样才能够通过编写bug report来决定错误的命运呢？”它要吸引大家相信错误是为他们说话的－任何一个头脑正常的人都应该主动地查看一个特定的错误是足够可怕的以致要被修复。不幸的是，事实并不是这样。
但是好消息是：有效的和软件开发人员、项目组沟通的能力不是由你在高校英语课程中的表现所决定的。
这不是关于用有趣的词语编写流畅散文，也不是关于优秀语法和拼写的方法。它是有关仅用能够表达你观点的词语明白地表述错误的方法。太多地话将会使你的观点陷入茫然无措中。太少地话又会使他人用自己的假设去填补隔阂－通常是对软件有害的部分。如果你不是很确信是什么样的错误，那么不管你的bug report写得怎么好，也没有人知道  阅读全文

posted @ 2006-01-07 17:11 Jackei 阅读(465) | 评论 (1) |

缺陷评估

     摘要: 这两周试用了FreeMind，感觉挺不错，原来的手工工作可以被替代了，Visio也可以被替代了。  阅读全文

posted @ 2005-04-28 13:06 Jackei 阅读(1174) | 评论 (3) |

加强测试度量工作和缺陷分析工作，不断的改进测试

     摘要: 量化管理是项目管理的一个发展趋势。对于测试而言，加强测试成本、结果和效益的度量对测试的管理及改进是非常有帮助的。你无法管理你无法看到和理解的事情，并且对于理解测试来说，你必须收集和跟踪测试过程以及测试有效性方面的数据。
一般来说，在测试过程中，我们需要度量的基本数据包括：
 。测试投入的工作量和成本数据；
 。测试任务完成情况；
 。测试规模数据；
 。测试结果数据，包括缺陷数据，覆盖率数据等

有了充分的度量数据，管理人员就有了更好调整测试的依据，同时也为今后类似的项目提供了参考。但是有一点需要紧记：度量绝对不能用于对个人或组织的考核！  阅读全文

posted @ 2005-04-27 11:34 Jackei 阅读(1017) | 评论 (0) |

使用Mantis跟踪bug --转自 八进制 的Blog

posted @ 2005-03-16 17:20 Jackei 阅读(963) | 评论 (0) |

bug和缺陷的区别

posted @ 2005-01-12 22:41 Jackei 阅读(1124) | 评论 (6) |