51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

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

使用道具 举报

该用户从未签到

2#
发表于 2007-5-29 09:05:51 | 只看该作者
从测试的角度来讲,测试用例是肯定要这样写的,因为测试时要考虑各种可能出现的场景。至于怎么去写测试用例就看你们公司的规定了,一般如果是相似的用例的话可以只写一个,其他的只要注明那些地方不一样就可以了。我觉得应该是这样的,大家可以讨论一下这类的测试用例的写法。
回复 支持 反对

使用道具 举报

该用户从未签到

3#
发表于 2007-5-29 12:58:06 | 只看该作者
你这样还不是算很细
具体的用例还要吧测试数据设计出来 其中就会有在库种创建数据等动作
如果写用例和执行用例不是同一个人,而且执行用例的人对系统、对业务都不是很熟悉
用例就一定要详尽!
不过很多时候人力、时间是不允许……
回复 支持 反对

使用道具 举报

该用户从未签到

4#
发表于 2007-5-30 09:29:55 | 只看该作者
一般要划分为两类:
1。正常流程
2。异常流程
然后再根据这两个流程设计数据,相似的数据写在一个具有概括性的用例中!
回复 支持 反对

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    5#
    发表于 2007-5-30 11:43:45 | 只看该作者
    针对不同的测试人员。安排用例的编写复杂度。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2016-2-27 08:48
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

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


    smilehe的话非常有道路。限于时间的要求,如果写的测试用例自己去执行,那么可以从简,只写必要的操作步骤。这个自己掌握。我的做法尽量用文字来描述要进行的操作等,少用图片等容易发生变化的这些东西。如果是写的测试用例让别人去执行,甚至是让处于试用期的人或实习生去执行的话,就要越详细越好。不用让用例有歧义,让他们根据测试用例可以立即执行,哪怕是对系统了解甚少。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-6-2 16:17:40 | 只看该作者
    我们写用例,一般很少写得那么细,大多是提方向,思路,方法,只有一些很严密的,才会把数据列上去。。。

    主要是时间不允许啊。
    233个开发时间,,30个测试时间,哪有那么多空
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2007-6-4 15:53:44 | 只看该作者
    有时候只来得及写写测试计划,测试策略,痛苦..
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2007-6-4 16:29:12 | 只看该作者
    有同感!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-6-20 16:30:05 | 只看该作者
    大家说的都很好啊
    回复 支持 反对

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

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



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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    该用户从未签到

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

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-15 01:41 , Processed in 0.087295 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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