摘要：这是测试人员常常会遇到的一个问题，看看有什么好的解决方案吧 ^_^
阅读全文
posted @ 2006-01-08 15:30
随笔分类 - 06.缺陷管理&缺陷分析
摘要：在99年的Quality week上的一次演讲中，微软的一个测试经理，Roger Sherman指出了由于“不可重现”导致bug关闭的主要原因。这是一个非常可惜的情况，因为这样的bug report浪费了紧张的开发计划中的宝贵时间，增加了对产品质量完全是无关紧要的事情，同时导致了在开发人员和测试之间的挫败感和差的感觉。有时， bug report是由于短暂的或随机的事件，测试和开发之间不一致的工具和配置，或者在测试的环境下对正确的行为的模糊定义而产生的，但是许多的由于不可重现而被关闭的测试报告是因为描述不清晰，被误解，或者只是文字的错误。
阅读全文
posted @ 2006-01-08 15:24
摘要：
你提交的每一个bug report都是和项目组就正在测试中的软件质量问题的一种书面沟通方式。通常，你用于沟通程序错误的能力－不是体现在错误本身的内在严重程度－而是体现在确定这个错误是否需要修复。
如果这是一个可怕的想法，你可能会想，“等等！我讨厌写作，我并不擅长写作。怎么样才能够通过编写bug report来决定错误的命运呢？”它要吸引大家相信错误是为他们说话的－任何一个头脑正常的人都应该主动地查看一个特定的错误是足够可怕的以致要被修复。不幸的是，事实并不是这样。
但是好消息是：有效的和软件开发人员、项目组沟通的能力不是由你在高校英语课程中的表现所决定的。
这不是关于用有趣的词语编写流畅散文，也不是关于优秀语法和拼写的方法。它是有关仅用能够表达你观点的词语明白地表述错误的方法。太多地话将会使你的观点陷入茫然无措中。太少地话又会使他人用自己的假设去填补隔阂－通常是对软件有害的部分。如果你不是很确信是什么样的错误，那么不管你的bug report写得怎么好，也没有人知道
阅读全文
posted @ 2006-01-07 17:11
摘要：这两周试用了FreeMind，感觉挺不错，原来的手工工作可以被替代了，Visio也可以被替代了。
阅读全文
posted @ 2005-04-28 13:06
摘要：量化管理是项目管理的一个发展趋势。对于测试而言，加强测试成本、结果和效益的度量对测试的管理及改进是非常有帮助的。你无法管理你无法看到和理解的事情，并且对于理解测试来说，你必须收集和跟踪测试过程以及测试有效性方面的数据。
一般来说，在测试过程中，我们需要度量的基本数据包括：
。测试投入的工作量和成本数据；
。测试任务完成情况；
。测试规模数据；
。测试结果数据，包括缺陷数据，覆盖率数据等
有了充分的度量数据，管理人员就有了更好调整测试的依据，同时也为今后类似的项目提供了参考。但是有一点需要紧记：度量绝对不能用于对个人或组织的考核！
阅读全文
posted @ 2005-04-27 11:34
摘要：在PPP项目中我们组使用PVCS Tracker来跟踪bug，感觉项目组的确是需要这样一套系统的，PVCS虽然功能比较强，但首先不是免费的，另外也比较大，对于示范中心这样的小项目来说有些不够灵活。因此我安装了Mantis，一个十分小巧的bug跟踪工具。 Mantis是php写的开源软件（Bugzilla也是开源的，written in perl，但在windows下安装麻烦，所以暂时不考虑）。安装...
阅读全文
posted @ 2005-03-16 17:20
摘要：时光倒转到了我们还使用电子管技术制造计算机的那个年代，那是计算机的主机重达数吨，并常常占据整个房间的时代。在某个实验室的某个平常的早晨，这个庞然大物突然停止了工作，我们的IT前辈们马上就开始寻找出现这种情况的原因。凭借设计图纸的引导，他们很快就圈定了可能发生问题的那一部分。在接下来的检查中，他们发现这次故障原来是一只虫子在经过两只继电器时造成了短路所致。在修复了计算机并重新开始工作之后，负...
阅读全文
posted @ 2005-01-12 22:41
浙公网安备 33010602011771号