51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 3134|回复: 6
打印 上一主题 下一主题

[原创] 如何让测试执行人员更好的理解测试用例??

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2009-2-9 11:03:05 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
在查询窗体的测试中,不可避免会出现各种查询条件交叉的情况,由此
会产生相当数量的测试用例。

我感觉,这种用例的描述相对是比较枯燥的,例如有以下两种用例的描述
情形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 在用例的执行上偷懒,虽然是一个用例,但是需要执行好几次,测试执行人员有可能没有真正测试完各种组合
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

该用户从未签到

2#
发表于 2009-2-9 11:05:31 | 只看该作者
1.準確的用詞
2.採用項目標準語
3.不要采用有歧義的詞語
回复 支持 反对

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2009-2-9 11:08:23 | 只看该作者
我个人是倾向与做开放式的测试用例
测试用例中描述的是用例设计人员设计的各种 条件组合(即描述清楚用例中是哪些条件的组合,怎么组合)
不过这样对测试执行人员的要求相对要高些,需要执行人员真正理解用例的设计思想

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

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

使用道具 举报

该用户从未签到

4#
发表于 2009-2-9 11:13:42 | 只看该作者
用例設計人員只需要給出指導性的建議就可以
一般情況下,互相交流互相交換測,由小組長統籌管理
如果是專有測試設計人員與測試執行人員的話
建議測試設計人員定期進行培訓與講解測試用例設計的一些要素,關鍵問題等.
回复 支持 反对

使用道具 举报

该用户从未签到

5#
发表于 2009-2-9 12:50:26 | 只看该作者
开放性的测试用例好
回复 支持 反对

使用道具 举报

该用户从未签到

6#
发表于 2009-2-9 14:08:22 | 只看该作者
用用例B的格式,生成一个模板,然后把要测试的所有路径做成测试数据表。
按照测试数据表中的数据,按照模板中的步骤,即可。
重复性很强的步骤是可以重用的。
回复 支持 反对

使用道具 举报

  • TA的每日心情
    郁闷
    2018-8-3 13:59
  • 签到天数: 12 天

    连续签到: 1 天

    [LV.3]测试连长

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

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

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

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-6 06:40 , Processed in 0.067955 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表