|
在查询窗体的测试中,不可避免会出现各种查询条件交叉的情况,由此
会产生相当数量的测试用例。
我感觉,这种用例的描述相对是比较枯燥的,例如有以下两种用例的描述
情形A:
通过用例,详细描述每个用例的条件组合,测试执行人员直接按照描述来操作就可以了
用例1
开始时间:2008-1-15 00:00
结束时间:2008-1-28 00:00
地点:AA高速公路
行驶方向:甲地到乙地
记录类型:区间记录
记录状态:全部
车牌颜色:全部
最小速度:110
用例2
开始时间:2008-1-15 00:00
结束时间:2008-1-28 00:00
地点:AA高速公路
行驶方向:甲地到乙地
记录类型:区间记录
记录状态:全部
车牌颜色:蓝底白色
最小速度:110
用例3
开始时间:2008-1-15 00:00
结束时间:2008-1-28 00:00
地点:AA高速公路
行驶方向:甲地到乙地
记录类型:区间记录
记录状态:全部
车牌颜色:黑底白字
最小速度:110
另外一种用例的描述是:
用例1
开始时间:2008-1-15 00:00
结束时间:2008-1-28 00:00
地点:AA高速公路
行驶方向:甲地到乙地
记录类型:区间记录
记录状态:全部
最小速度:110
车牌颜色:分别选取"全部"、"蓝底白色"、"黑底黄色"做三次查询
测试执行人员需要理解这条用例的设计,然后做3次操作
以上两种设计各有优劣:
情形1,描述严谨,测试执行人员不用太多理解,直接按用例执行即可
情形2,属于一种相对开放式的描述,用例数少,但是需要测试执行人员理解用例的设计思路,理解
用例当中所设计的各种条件的组合,然后才能测试,不过这种开放式的用例用例数就可以少许多
而且测试人员是在理解的基础上进行测试,没那么枯燥。
但是情形2就要很注意测试执行人员的执行,避免
1 理解的错误
2 在用例的执行上偷懒,虽然是一个用例,但是需要执行好几次,测试执行人员有可能没有真正测试完各种组合 |
|