测试用例评审检查项都有哪些

你说的应该是评审所要的规格吧,我不认为内容不重要,如果没有内容还评什么.那么进行评审前肯定是出一份评审所依据的规格出来的.这样才不会疏漏.

我觉得我们还不如评审下测试人员对业务的理解和测试的思路呢

用例评审主要是QA、产品人员、开发人员和测试人员针对测试用例能否用于项目的测试而做的，主要侧重以下几方面：1、测试用例是否覆盖到了项目需求中的所有功能，这些功能的数据输入与输入出描写是否清晰（上面这一点是主要考察的方面，此项目做的不好用例就肯定不能通过）2、项目中实际用到的一些例外处理方式与需求方是不是一致。（开发方比较在意，因为有的项目中技术无法实现）总体来讲就是以上两点，有不全面之处大家可以补充一下。因为，测试用例是给测试人员执行用的，所以要求尽量的详细而不冗余，精湛而不纰漏，至于一些覆盖率的问题还是测试内部评审时要考虑的问题，与项目的用例评审没有关系。产品方和开发方都要不会注意这些的（偶说的是功能方面的，性能方面的还请专业人员做补充）

1. 用例设计策略2. 用例覆盖率3. 用例书写格式4. 用例可读性5. 用例可执行性

我们最近也是在做一个测试用例检查表主要包含了以下几个部分1 测试用例文档的相关填写是否按照测试用例文档的规范2 用例是否覆盖了需求中提到的功能点，如果没有覆盖完，就认为没有通过检查，没有通过的话说明中需要列出没有覆盖的功能点3测试用例的输入和预期结果描述的是否清楚，是否有不确定的预期结果。如果有不清楚的地方写出不清楚的测试用例编号4测试用例的名称是否能让人领会到测试用例测试的功能点。还有几个我记不太清楚了。针对测试用例的细节部分没有在检查表里体现。这部分不太好放在检查表里面。只是有一个单独的测试用例公共库去参考。因为每个系统的用例如果一旦和业务关联起来，检查时都是看设计的用例是否覆盖到了所有的功能点，有没有漏掉需要测试的功能点，还有一些测试过程中经常容易出错的地方看测试用例是否考虑。不知道其他公司里面有没有类似于测试用例检查表的东西，如果有的话，希望能够在制定测试用例检查表这个方面交流一下