51Testing软件测试论坛

标题: 如何让测试执行人员更好的理解测试用例？？ [打印本页]

作者: legend1900 时间: 2009-2-9 11:03
标题: 如何让测试执行人员更好的理解测试用例？？
在查询窗体的测试中，不可避免会出现各种查询条件交叉的情况，由此
会产生相当数量的测试用例。

我感觉，这种用例的描述相对是比较枯燥的，例如有以下两种用例的描述
情形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 在用例的执行上偷懒，虽然是一个用例，但是需要执行好几次，测试执行人员有可能没有真正测试完各种组合

作者: 老肥羊 时间: 2009-2-9 11:05
1.準確的用詞
2.採用項目標準語
3.不要采用有歧義的詞語

作者: legend1900 时间: 2009-2-9 11:08
我个人是倾向与做开放式的测试用例
测试用例中描述的是用例设计人员设计的各种条件组合（即描述清楚用例中是哪些条件的组合，怎么组合）
不过这样对测试执行人员的要求相对要高些，需要执行人员真正理解用例的设计思想

不过如果测试执行人员和项目相对稳定的话，感觉就是在第一次测试的时候，执行人员会有点困难外
以后的测试，经过培训，执行人员理解了用例的设计思想后，就应该会好些。

如果是很详细的用例描述的方式的话，则对执行人员要求不高，只要严格按照用例的描述做就可以了
但是这种方式，用例设计人员的工作量就很大

作者: 老肥羊 时间: 2009-2-9 11:13
用例設計人員只需要給出指導性的建議就可以
一般情況下,互相交流互相交換測,由小組長統籌管理
如果是專有測試設計人員與測試執行人員的話
建議測試設計人員定期進行培訓與講解測試用例設計的一些要素,關鍵問題等.

作者: kingerwt 时间: 2009-2-9 12:50
开放性的测试用例好

作者: tbit 时间: 2009-2-9 14:08
用用例B的格式，生成一个模板，然后把要测试的所有路径做成测试数据表。
按照测试数据表中的数据，按照模板中的步骤，即可。
重复性很强的步骤是可以重用的。

作者: kuailederen 时间: 2009-2-9 14:22
建立怎么样的用例体系，是需要根据公司的具体情况的。
如果公司经营产品稳定，实力雄厚，招的测试人员水平都比较高，并且人员流动性非常低
也就是说，很长的一段时间内，都会由这些人来执行测试，那么，用例应该尽可能的简单
甚至，只要写明测试点就可以，应为即使换了别人，一样经验丰富，可以测试到位。

如果公司做不到，测试人员水平参差不齐，且流动大，那么测试用例必须严格按照通用格式写
也就是说，让初入测试的新手也能按照这个用例来执行。在人力上投入的少，就在时间和工作量上多投入吧。

我们讨论这个问题，离不开与之相关的环境和目的。
我们的目的就是靠用例来执行测试覆盖，用怎样的方法能做到呢？根据实际情况吧

欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/)