2、安排讲解该模块的场景,保证用例责任人对模块场景是非常熟悉的,并且过程中分析是否可能会有其他情况,来进一步完善场景用例
C、友情提醒:
1、模块用户场景尽量是有真实的客户,而不是自己yy出来的
2、模块用户场景最好是完整的客户使用过程,而不是某一个测试点
3、并不是所有的模块都有场景用例
三、基于需求的用例设计过程:
A、用例编写过程:
1、参照需求表,并且对照前面的逻辑用例和场景用例,检视是否覆盖到所有需求,没有的分析下原因,是否逻辑用例or场景用例考虑的还不充分,是的话补充到上面,不是的话则补充到需求用例里面
2、充分利用相关的用例编写技术,包括:边界值分析法、等价类分析法、 错误类推测法、路径覆盖法、因果分析法、正交分析法等
3、分析用例是否能够通过自动化or其他测试手段来覆盖到
B、用例评审过程:
1、对照需求表来进行检视,是否全部覆盖到,不仅仅是测试用例,还包括测试步骤和期望结果,避免因为依赖研发的逻辑来设计用例导致问题
2、评审该部分用例是否跟前面的逻辑用例和场景用例冗余
3、分析用例是否能够通过自动化or其他测试手段来覆盖到
C、友情提醒:
1、基于需求的用例仅仅是针对前面没有覆盖到的用例的补充,所以这部分用例应该相对比较少,如果发现比较多的话可以分析下是否研发的一些逻辑没有覆盖到相关地方
四、模块测试方法说明(提高该模块的用例执行效率):
1、将该模块的业务逻辑图放到用例的指定目录,这样方便给评审人员讲解,以及后面相关人员的学习
2、将该模块的排查和定位问题的方法给出来,并放到指定目录,能够有效指导后面人员排查和定位问题
原文转自:http://blog.it985.com/16130.html