关于review test case时的疑问

B2CPC

各位老师及同学大家好，
最近在对case review过程中，产生一些疑问。我拿到test case 后到底要不要对测试用例跑一下？不跑一下，好象干看case不太能发现case的问题（非软件的bug），但是run一下的话，似乎不像在做review，直接执行了。而且这样肯定会浪费很多时间。到底怎么review比较好呢？谢谢答复。

[ 本帖最后由 B2CPC 于 2005-11-17 23:40 编辑 ]

Tender

用我REVIEW的经验说一点吧。
REVIEW，我翻译成检视。一般是不用执行的。
我曾经REVIEW过需求说明，开发人员写的概要设计，详细设计，单元测试计划，单元测试用例，以及测试阶段的各种文档。REVIEW要做的事情就是检查文档，用例中的错误，还有自己不理解的地方。把个人认为不对，遗漏，或者没有理解的各个点都记录下来，在讨论时提出。由文档的书写人或者负责人给你解释。也许你提出的确实是一个错误（BUG），或者你提出的不是错误。REVIEW的同时，每个REVIEWER都要做记录，把实际REVIEW的页数，查出的疑问点，REVIEW所花的时间，都要记录在案。以便以后查询需要。

lq810425

那么review是不是对业务方面的知识和需求必须十分的了解呢？这样才能更好的review目前的blug阿

Tender

可以这么说吧。

B2CPC

谢谢斑竹,我差不多也是这么做的.不过倒是没有对veview的情况进行记录.也许可以试着做一下呢.
只是由于前期case的作者对需求、规格的理解有偏差，导致case好多都是错的。只能自己做一定的修改，等待时间大家讨论一下修改的地方。并且case好像也不太有逻辑性，如果适当的分一下类就好了。以便执行者在执行时看到这些case的逻辑关系，不必每个都看都能执行，这样能大大提高执行效率。