摘要： Case Review的目的是进行查漏补缺，对需求达成一致认识。http://hi.baidu.com/beiyu95/blog/item/47203bf2c42db7cc0b46e07a.htmlcase review是对case进行的检查和补充，寻找到case的遗漏、与MRD不符的地方、三方理解不一致的地方、等等。在时间有限时，我们怎么做呢：1. 关注优先级最高的模块；2. 关注最容易出错的地方，包括理解错误、遗漏、关键路径等。3. 检查每个功能模块特殊的操作、与其他模块有关联（包括后台）的操作；4. 关注功能点之间的关联测试用例；5. 关注case本身的完整性，是否对同一功能点进行测试的 阅读全文

摘要： http://blog.csdn.net/KerryZhu/archive/2006/11/09/1375341.aspx1．引言：生产软件的企业安排很多人来测试它们的软件产品。测试的目的就是发现bug（缺陷，defect）以便修正它们。正常情况是尽快处理可能的bug，从而减少修正bug的成本。因为，众所周知，bug越早被发现并修正，所消耗的资源越少。问题是在很多情况下，由于修正已发现的bug，测试过程不得不停顿下来。那么，以目前正忙于软件产品测试的同样资源来促进组织长期的质量目标不是更好？为了做到这一点，我们应该尽快地提前发现可能的bug。就像克劳士比（Philip Crosby）几年前所说 阅读全文

摘要： http://www.wangchao.net.cn/bbsdetail_522476.html软件质量是构建起来的，由软件开发的整个过程质量所决定的，软件质量肯定不是通过测试测出来的。所以软件缺陷的预防自始至终是重要的。除了缺陷分析，另外一个很重要的实践就是：代码复审（code review）和测试用例的复审（Test Case review）。 1．Code review 在IBM、微软等很多公司都有一个很好的实践，那就是Code review - 代码复审。这种代码审查的过程，不是将代码发给某一个人或某几个人去看，而是强调程序员自己定期走上台，向其他人讲解自己源程序的活动。因为要向大家讲 阅读全文