如何让测试执行人员更好的理解测试用例？？

legend1900

在查询窗体的测试中，不可避免会出现各种查询条件交叉的情况，由此
会产生相当数量的测试用例。

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

老肥羊

1.準確的用詞
2.採用項目標準語
3.不要采用有歧義的詞語

legend1900

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

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

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

老肥羊

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

kingerwt

开放性的测试用例好

tbit

用用例B的格式，生成一个模板，然后把要测试的所有路径做成测试数据表。
按照测试数据表中的数据，按照模板中的步骤，即可。
重复性很强的步骤是可以重用的。

kuailederen

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

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

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