51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

12
返回列表 发新帖
楼主: angel_wu
打印 上一主题 下一主题

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

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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


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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

关于测试用例详细程度

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

使用道具 举报

该用户从未签到

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

使用道具 举报

该用户从未签到

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

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

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

使用道具 举报

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

    连续签到: 1 天

    [LV.1]测试小兵

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

    回复 8# 的帖子

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 20:25 , Processed in 0.069002 second(s), 21 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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