51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 11587|回复: 11
打印 上一主题 下一主题

第232贴【2005-05-23】:什么是好的测试用例

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2005-5-23 15:30:39 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
对于任何系统来说都可能存在大量的测试用例,但进行穷举测试是不可能的,实际上只能运行其中很少的一部分测试用例,并且希望这些有限的用例能发现软件中的大部分缺陷。因此如何评价一个用例非常重要。
     什么样的测试用例是好的测试用例?有四个特性可以描述测试用例的质量:最重要的是检测软件缺陷的有效性,即用例能否发现缺陷,或是否可能发现缺陷;其次用例的覆盖程度怎么样,好的用例可以测试多个内容,因此可以减少用例的数量;第三个方面是用例的开销,包括测试用例的执行、分析和调试是否经济;第四个方面是指测试用例的可维护性,即每次软件修改后测试用例的维护成本。
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏

该用户从未签到

12#
发表于 2006-1-19 20:24:35 | 只看该作者
对于任何系统来说都可能存在大量的测试用例,但进行穷举测试是不可能的,实际上只能运行其中很少的一部分测试用例,并且希望这些有限的用例能发现软件中的大部分缺陷。因此如何评价一个用例非常重要。

谢谢版主,让我学到了不少东西。:p:p:p
回复 支持 反对

使用道具 举报

  • TA的每日心情
    开心
    2016-6-1 15:56
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    11#
    发表于 2005-7-20 23:44:40 | 只看该作者
    既然也是成本因素,问问天网老师和其他大虾为什么不把第4条直接放第3条得了?

    [ Last edited by B2CPC on 2005-7-20 at 23:46 ]
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2015-6-14 21:08
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    10#
    发表于 2005-6-30 11:01:22 | 只看该作者
    好的测试用例能测试出隐藏很深的BUG。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2005-6-29 13:57:52 | 只看该作者
    可以理解为在一个测试用例或一个测试过程中尽可能检查更多的内容.楼上提到的四大测试用例标准真不错.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2005-5-30 15:18:16 | 只看该作者

    能举个实际的例子说明一个测试用例吗?

    能举个实际的例子说明一个测试用例吗?
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
     楼主| 发表于 2005-5-27 18:52:59 | 只看该作者
    "好的用例可以测试多个内容",不能单纯的理解为一个用例测试了多个功能点。例如在进行等价类覆盖的时候,我们需要追求一个用例尽可能多的覆盖有效等价类,这样可以提高测试的效率。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2005-5-27 13:44:05 | 只看该作者
    不知道楼上提到的“旧系统办理业务的单”是否可以看成是测试用例的一种形式,如果是这样,那就可以看成是回归测试。代码进行了重构或者设计进行了优化,只要需求没有变,复用以前的测试用例进行回归测试是没错的。如果认为以前的测试不充分,可以考虑添加测试用例。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2005-5-27 11:45:38 | 只看该作者
    我们现在测试根本就不需要测试用例,拿旧系统办理业务的单到新系统测试即可以,但非常不全面,我也很无奈
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    4#
    发表于 2005-5-26 14:16:25 | 只看该作者
    其实可以理解为在一个测试用例或一个测试过程中尽可能检查更多的内容,以减少测试用例的数量和反复执行的时间。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2005-5-26 14:08:25 | 只看该作者
    其实覆盖一个测试目标的测试用例和覆盖多个测试目标的测试用例都是需要的,通常而言设计好的覆盖多个测试目标的测试用例更困难,但这种用例更能发现一些隐藏很深的Bug。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2005-5-25 22:39:01 | 只看该作者
    对于覆盖的问题,其实也有一些特别的想法。
    从本意来说,其实最好一个testcase覆盖一个测试目标比较好,覆盖多个测试目标
    应该不是衡量好坏的标准。

    另外,对于很多测试教本,可读性和可复用性,应该也是一个衡量的标准!
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 17:26 , Processed in 0.079859 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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