测试案例评审

   最近做的一个项目，是个金融的大客户。他们的流程很规范，据说到了CMMI4.项目前就发了一堆模板，要求我们各阶段提供相应文档。
   我负责测试案例编写。以前也写用例，不过就是应付一下。这次是真格的了。查了查资料，后来看到淘宝测试组里的一个帖子受了启发。案例就按照层次渐进的方式，先写冒烟级用例，测试基本路径和功能，再写流程性和逻辑性的用例，最后是验证性的用例。按照需求说明书里的模块来编写。后来才发现原来需求有很多不明确和错误的。也没办法，照写。
   发到用户，测试分析专家提出问题了，用例未覆盖测试需求。部分用例缺少反方向验证，缺少异常情况的验证。
撒是测试需求，用户给了需求跟踪矩阵，没办法照着补充吧。又增加不少案例。
   测试案例预审会，居然在董事会议室，像电视里的议会一样。还来了8-9个人，我做案例设计的讲解，最后测试专家提问。主要提出测试数据的准备的问题，用例执行顺序。强调用例的可测试性，因为他们执行用例的人，和测试需求分析的人是分开的。
   需求评审会，还好只来了3个人。前一天恶补了，用例方法、测试需求分析方法。先拿出需求评审单（checklist）,由我一条条做确认，是否符合要求。我就按照用例里的方式，逐一说满足，并举例说明。还好，专家没挑刺。
    最后成都那边的测试执行人也说没问题。顺利通过。
    总结：用例常见的问题，有无对需求覆盖，有无正反验证，有无异常验证，设计时考虑数据准备和用例执行顺序，可执行性。用例的粒度把握上有待积累经验。