做好评审

　　第四，在测试用例设计过程中，发挥团队的力量分析和评审测试点，其得到的效率和有效性会更好。例如，通过在测试分析与设计过程中应用思维导图 工具，帮助我们拓宽测试思路，增加测试条目。测试团队的放射性思维可以很好地帮助我们提升测试用例设计的效率和有效性。

　　测试用例的颗粒度没有严格的标准，我的观点是只要它们满足测试目的，符合产品特点、开发特点和测试过程等要求，有助于我们更好地发现缺陷和开展测试活动，测试用例的颗粒度就是合适的。

　　如何做好测试用例的评审

　　蔡：测试用例的评审一直是个问题。如何做好评审呢？

　　郑：测试用例是测试人员最重要的输出之一，也是后续开展测试执行与评估的基础。评审应该是开发过程中比较有争议的关键域，现实中存在矛盾：不做评审，这又是一个强制活动；开展评审吧，效果很一般，甚至得不到有用的评审建议，浪费时间。

　　结合我自己在评审方面的经验教训，做好测试用例的评审，下面是我的几个建议。

　　合适的评审团人选

　　第一，选择合适的人参与测试用例评审。例如，我们在做测试用例评审的时候，强制参与的评审人员有该功能的系统人员（他定义具体的需求）、开发人员以及测试架构师等。每个人参与测试用例评审的关注点是不一样的，例如，测试架构师关注测试类型的覆盖率方面，而开发人员和系统人员关注测试用例是否覆盖业务场景与不同功能模块之间的交互等。另外，语法、拼写、排版等方面的问题应该关注，但不应该是评审的重点。

　　管理层的支持

　　第二，管理层的支持。有效的评审是需要时间与资源的。例如，在我们公司的火车开发模型下，针对测试用例的评审是强制的，而且定义了评审的入口准则与出口准则；而且在做项目计划的时候，测试用例评审作为一个重要的活动，也相应地进行了工作量的估算和时间进度安排，这些都需要管理层的支持。

　　做好准备

　　第三，评审人员的准备，这是有效评审的关键所在。例如，我们针对测试用例的评审，定义了评审检查表，包括：测试类型覆盖、系统需求覆盖、测试用例模板符合程度检查等，这有助于有效开展测试用例的评审，也可以集中评审的重点。

　　旁观者说：即使我们要求不了别人，至少可以要求自己，评审前做些准备。

　　宣传评审的价值

　　第四，让更多的人明白测试尽早介入（评审）的意义。很多时候，大家不愿意积极参与评审，除了时间和资源方面的原因，主要是大家对评审的优点没有直观的感觉和定量的数据。例如，提高质量、降低成本、加快进度与过程改进等。只有认可了这些优点，大家参与评审才能更加自觉、有效。

　　我举一个写作的例子。我与马均飞在写作《软件测试管理》与《软件测试设计》过程中，对书稿进行交叉评审。评审过程中的讨论与交流，不仅使得我们对写作内容有更多的理解并达成一致，而且可以使内容更加全面、完善。评审取得成功的主要因素包括：选择合适的评审人员、每个人准备充分、时间与资源有保证，特别是认识到评审对作品（产品）的重要意义！

　　（未完待续）