测试用例及评审.pptVIP

* 业务流程用例:此类用例要求覆盖到用户所有可能的业务流程，并且需要尽可能多的设计一些实际中因为误操作或不熟悉业务而出现的异常的业务流程。梳理出流程后，为每个流程编写一个测试用例。一个业务的所有流程构成该业务的流程测试用例文档。 单功能用例：根据等价类划分法、边界值分析法、错误推测法等方法确认出测试数据，进而设计出相对完备的测试用例的过程。此类用例的测试数据要求覆盖正常数据范围、异常数据范围、及空数据；每个单独的功能都要编写一个测试用例。一个页面所有功能构成一个单独的功能测试用例文档。 集成测试用例：主要用来测试维护数据的模块对被主功能模块使用的数据的维护控制是否正确，同时测试主功能模块对基础模块准备的数据的调用处理是否正确。此类用例要求覆盖所有的调用接口，及所有的基础数据状态。每个需要集成测试的功能单独构成一个集成测试用例文档。 * 否则我们的测试用例会比较混乱，降低了可读性。 比如：第一步，用户登陆；第二步，用户点击“用户信息”；第三步，用户修改姓名为“张三”；第四步，用户点击保存。这有利于提高用例的可操作性。 比如，测试准备数据：用户：张三，李四，王二。在排序后用例的预期结果为：李四，王二，张三。这样，用例在执行时，很清晰，有很高的可操作性，执行者对于执行结果是否正确也非常清楚。 应尽量避免不确定的用词，如：如果、若、否则、大概、可能等。 单功能用例要覆盖所有数据操作处理的功