51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 8420|回复: 28
打印 上一主题 下一主题

[原创] 请问测试用例是不是写得越细越好?

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-5-28 15:51:01 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
例如写一个查询功能的测试用例,是不是要将每个查询条件划分为两个等价类,一类为系统存在,可查询成功.一类为系统内不存在,查询不成功.
这样写会不会很烦啊??但是如果不这样写,测试覆盖率又不能保证/
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    开心
    2018-8-6 20:57
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    29#
    发表于 2007-11-14 18:02:20 | 只看该作者

    回复 8# 的帖子

    同感,理想和现实往往是有差距的
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    28#
    发表于 2007-9-12 12:00:40 | 只看该作者
    我觉得不是简单的说case写的越详细越好.因为不可能把所有可能的输入数据都拿来测试(时间花费不起),为了提高测试的效率,应该选择发现错误的可能性大的数据作为测试数据。

    顺便说一下,在所有黑盒测试方法中,最有效的不是因果图法,而是边界值分析方法

    应该用尽可能少的case来覆盖尽可能多得function.这是都是要通过良好的测试方法学来确保case的design.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    27#
    发表于 2007-9-5 15:39:40 | 只看该作者
    路过,谢谢.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    26#
    发表于 2007-8-28 15:07:55 | 只看该作者

    关于测试用例详细程度

    楼主举的例子,应该不算是一个写的细的测试用例,应该是在写查询测试用例中必须要涉及到一个功能点,因为程序不仅应该能够查到符合条件的数据,对于查询不符合条件或者是没有符合条件的数据也是这个查询功能点,是必须要测试到了,所以根本不能称之为'细'
    个人对于测试用例是否写的越细越好,我认为
    首先测试用例一定要写,并且含盖所有功能点的测试(包括有效测试用例和无效测试用例)
    至于测试用例的详细程度要依据实际情况,如果是时间允许,或者是测试用例设计者和测试用例执行者不是同一个人,那么测试用例应该是越详细越好,但是千万不要重复;如果时间不允许的话,我认为是可以不那么详细的,
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    25#
    发表于 2007-8-27 11:19:42 | 只看该作者
    我觉得不用特别的详细,但是含盖面一定要广,一定要尽量全覆盖到,这样才是好的用例
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    24#
    发表于 2007-8-23 21:59:01 | 只看该作者
    原帖由 smilehe 于 2007-5-31 15:56 发表
    切身感受: 如果自己写用例并自己测试,除了边界上或者异常等处必须详细,之外的可以“自己清楚”; 如果写给别人用,老老实实的写详细。; 如果自己写 用例并打算日后也做为其他项目参考,建议事后补详细!


    我现在也是这么做的,不过有时候时间还真的紧,根本没有时间去补那些用例了.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    23#
    发表于 2007-8-23 17:07:58 | 只看该作者
    目前为止写过的用例不多,我在学习中,有待进步sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    22#
    发表于 2007-8-23 16:40:24 | 只看该作者
    看情况而定吧.
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    21#
    发表于 2007-8-17 14:28:33 | 只看该作者
    具体问题具体分析啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-8-17 09:42:00 | 只看该作者
    看需要写了sdlkfj3
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    19#
    发表于 2007-7-18 17:53:08 | 只看该作者
    中国的测试现状是这样,没法。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-7-16 19:56:03 | 只看该作者
    还是看各公司的具体情况吧
    如果基于同一个平台,为了项目便于移值,我觉得还是写的详细
    如果就一次性项目,迫于时间,进度压力,测试用例还是在于提供思路,方法,以简单为主吧sdlkfj3
    个人愚见,请大家多多指点
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-7-16 15:08:24 | 只看该作者
    如果每步写的都很详尽的话,测试用例就是个大工程了!我这边的用例因为是自己写自己测,所以有的时候就不会特别注意细节,但是交给别人测的时候问题就来了。所以真是个麻烦事,尤其是事后补充用例,更是麻烦啊!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-7-15 21:32:03 | 只看该作者
    看帖就要加帖
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-7-15 16:47:34 | 只看该作者
    当然不是。

    要结合项目成本去考虑,过犹不及



    原帖由 angel_wu 于 2007-5-28 15:51 发表
    例如写一个查询功能的测试用例,是不是要将每个查询条件划分为两个等价类,一类为系统存在,可查询成功.一类为系统内不存在,查询不成功.
    这样写会不会很烦啊??但是如果不这样写,测试覆盖率又不能保证/
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-7-13 16:02:51 | 只看该作者
    在TD里面的测试用例,一般是比较简单的。而且测试用例的书写,也是要灵活的。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-7-12 18:00:16 | 只看该作者
    我们公司也从来不写非常详细的用例,只是提供大概的思路方向,然后分类。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-2-28 18:04
  • 签到天数: 40 天

    连续签到: 1 天

    [LV.5]测试团长

    12#
    发表于 2007-7-12 17:41:51 | 只看该作者
    测试用例首先是具体的。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-7-12 17:03:02 | 只看该作者
    实用要放在第一位   建议每个项目有一个用例的执行率统计   有了量的把握  就清除多了  
    可以借鉴一下你们以前的项目 看看他们的用例的执行率  就基本上有个详细度了  
    没个公司不同的项目都不一样
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-17 00:40 , Processed in 0.095433 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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