51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

楼主: jackei
打印 上一主题 下一主题

[讨论] 关于评价测试用例的好坏

[复制链接]

该用户从未签到

41#
发表于 2006-9-3 13:36:03 | 只看该作者
不少高手啊!
回复 支持 反对

使用道具 举报

该用户从未签到

42#
发表于 2006-9-5 16:48:24 | 只看该作者
我觉得
1、测试用例的覆盖率,一个测试用例至少要覆盖到几个测试的重点;
2、测试用例的描述是否明白,一个好的测试用例,可以让他其他测试人员作为测试执行的依据;
3、预期输出明确,不存在歧义;
回复 支持 反对

使用道具 举报

该用户从未签到

43#
发表于 2006-9-25 16:47:53 | 只看该作者

根据什么进行测试执行?

jackei,我是刚刚转做测试的,希望您能赐教,谢谢

测试执行人员只根据测试用例执行测试吗?

测试用例反映的是思路和方法,但象用户注册功能,注册表单有很多项,如姓名、工作、爱好等,注册需要的项,只在需求中进行了明确,而程序员可能会漏项,作为测试人员不需要根据软件需求测试注册表单里的项是否正确、完备吗?,如果这样的话我觉得测试需求也要写对注册项的完备进行测试,不知道我的理解对不对?
回复 支持 反对

使用道具 举报

该用户从未签到

44#
发表于 2006-10-12 16:43:49 | 只看该作者
哎,看到各位大虾说的,感觉真是汗颜!
我也是刚刚进入测试行业的,做网站测试
其实我在写测试用例的时候就是一个功能一个功能单独的写,测试出功能正确

本没有考虑到功能与功能之间的关联测试,因为感觉那样全部写出来的话

会有很多很多,真是迷茫啊
回复 支持 反对

使用道具 举报

该用户从未签到

45#
发表于 2006-10-12 21:09:49 | 只看该作者
感觉每添加一个新的BUG都必须有一个对应的测试用例,是很好的完善测试用例的方法.
1.测试需求,其实就是根据需求文档整理出来的测试内容,即按功能模块划分,再细分出很小的功能模块,整理出测试需求点.不知道这样理解对不对.
2.按1中整理出来的最小的功能点,即测试点,设计测试用例.在这里执行步骤已经确定,主要是设计测试输入数据(合法和不合法的数据),一种测试数据对应一个测试用例.
3.对于业务流程的测试用例该如何来设计呢?违反业务流程的操作要不要设计进来?
也有很多疑惑,希望跟大家一起讨论.一起成长
回复 支持 反对

使用道具 举报

该用户从未签到

46#
发表于 2006-10-12 21:14:45 | 只看该作者
还有一点.我们现在所有工作的开展只靠一份需求规格说明书(不是很详细).那么我们按此写的应该是系统测试用例.那么单元测试用例根据什么来写呢?它与系统测试用例在设计上有什么不同呢?
回复 支持 反对

使用道具 举报

该用户从未签到

47#
发表于 2006-10-13 14:18:27 | 只看该作者
文章写得很好,其实每个领域,每个公司的实际情况是不一样的,难点就是怎样将理论和你们的实际需求联系起来,如果你做到了这点,那么如何用这些方法去设计测试用例的问题就迎刃而解了。别人再怎么说都无用,许多东西都是要靠自己去慢慢的体会。
回复 支持 反对

使用道具 举报

该用户从未签到

48#
发表于 2007-7-4 15:59:15 | 只看该作者
睡醒了  顶一下
回复 支持 反对

使用道具 举报

该用户从未签到

49#
发表于 2009-7-1 21:33:37 | 只看该作者
每天来这充下电真的受益不少,感觉自己懂的太少,要向各位学习了!
回复 支持 反对

使用道具 举报

该用户从未签到

50#
发表于 2009-8-18 15:22:37 | 只看该作者
这么多高手,学习了~~
回复 支持 反对

使用道具 举报

该用户从未签到

51#
发表于 2009-11-17 22:52:25 | 只看该作者
这篇帖子提出了很多测试人员的心声。个人在实践过程中,觉得:在测试初期阶段,可以按照预先写好的测试用例进行执行以及需求重点,
保证基本测试点以及基本功能正常。在时间充足的情况下,多进行一些附和实际应用场景的非常规性性的操作测试。比如重复
操作几次,就会出现某个bug。
回复 支持 反对

使用道具 举报

该用户从未签到

52#
发表于 2010-12-22 18:20:45 | 只看该作者
谢谢分享!
回复 支持 反对

使用道具 举报

该用户从未签到

53#
发表于 2011-3-21 14:06:45 | 只看该作者
感觉平时测试都很零散,每隔段时间就需要总结一下
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2015-4-15 10:49
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    54#
    发表于 2011-6-23 17:36:16 | 只看该作者
    谢谢分享,看了受益不少。。。  学习了。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    55#
    发表于 2012-7-17 21:19:54 | 只看该作者
    好多字呀,都是高手,我只有顶礼膜拜的份儿~~~哈哈,学习了...
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    56#
    发表于 2012-10-23 16:00:08 | 只看该作者
    很好呀,看了大家自己的想法,学到了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-3 16:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    57#
    发表于 2012-12-11 16:47:10 | 只看该作者
    学习中。。。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    58#
    发表于 2012-12-28 17:09:43 | 只看该作者
    每添加一个新的BUG都必须有一个对应的测试用例,是很好的完善测试用例的方法 记住了这个
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    59#
    发表于 2013-3-29 14:02:38 | 只看该作者
    昨天看的一篇文章总结一下测试用例设计方法:归类法;拿来法;加强评审;定义测试用例的执行顺序
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    60#
    发表于 2013-9-7 13:17:40 | 只看该作者
    从单个测试用例来讲,我认为一个好的测试用例就是能发现软件的错误,但没发现软件错误的用例不能说是不好的测试用例;不好的测试用例我认为是设计时没有覆盖测试需求,前置条件不明确,操作步骤可操作性不强,预期结果不好验证。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-25 12:48 , Processed in 0.077928 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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