51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 5410|回复: 16
打印 上一主题 下一主题

一个好的测试用例是怎样的

[复制链接]
  • TA的每日心情
    无聊
    2014-11-6 10:03
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    跳转到指定楼层
    1#
    发表于 2010-12-3 18:00:03 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
    第一次发帖,大家来讨论下什么样的测试用例才是一个好的测试用例呢?或者说好的用例有没有什么标准和模板呢?
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

    该用户从未签到

    17#
    发表于 2011-10-8 11:53:50 | 只看该作者
    覆盖率要高,重复测试点少。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    开心
    2015-9-28 07:51
  • 签到天数: 6 天

    连续签到: 2 天

    [LV.2]测试排长

    16#
    发表于 2011-9-26 09:37:59 | 只看该作者
    路过,受教了!
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    15#
    发表于 2011-9-21 14:38:41 | 只看该作者
    用例!真的很考验人的思维还有对游戏的理解程度
    回复 支持 反对

    使用道具 举报

  • TA的每日心情

    2019-12-27 13:32
  • 签到天数: 15 天

    连续签到: 1 天

    [LV.4]测试营长

    14#
    发表于 2011-6-11 08:49:45 | 只看该作者
    最近没时间写,先顶上去讨论~
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    13#
    发表于 2011-1-24 11:44:46 | 只看该作者
    测试用例谁写也不会保证完全覆盖,也是慢慢积累的过程,分p1p2p3p4经验丰富肯定写得覆盖面就广。
    还是先保证维护性,然后慢慢积累。

    评分

    参与人数 1综合技术指数 +1 收起 理由
    jiazurongyu + 1

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    12#
    发表于 2011-1-21 21:05:59 | 只看该作者
    重用和可执行性。
    个人认为理想的用例是丢给新人,执行一遍下来,而不会漏掉功能点。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    11#
    发表于 2011-1-13 17:11:21 | 只看该作者
    我认为就两个字:覆盖
    三个字:覆盖面
    写用例就是为了测试能把所有的东西都覆盖到,而用例的维护也是为了覆盖。
    因为我认为只要覆盖到,游戏里的所有BUG都是可以发现的,当然这个只是理论上的,实际中肯定不存在,但是我们就是为了接近这个目标,所以使用用例这种形式来提高覆盖面。

    评分

    参与人数 1综合技术指数 +1 收起 理由
    jiazurongyu + 1

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    10#
    发表于 2011-1-13 16:49:45 | 只看该作者
    我一直认为测试用例主要目的用于检查项目完整度的
    cncnily 发表于 2011-1-3 18:29



    用例除了检查项目完整性外
    我觉得还有一个很重要的作用
    还可以根据用例来对测试人员的KPI进行评估。

    比如:不能说
    在同一时间内 发现了100个BUG的员工 就一定比 只发现了1个BUG的员工 工作更有效。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    9#
    发表于 2011-1-4 09:45:20 | 只看该作者
    写一份容易维护的测试用例不容易
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    8#
    发表于 2011-1-3 19:29:06 | 只看该作者
    1、能发现bug……
    2、可以复用……
    3、简洁明了……
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2022-5-8 19:23
  • 签到天数: 137 天

    连续签到: 1 天

    [LV.7]测试师长

    7#
    发表于 2010-12-31 19:46:20 | 只看该作者
    关键还是在于能发现BUG吧
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    6#
    发表于 2010-12-31 17:12:40 | 只看该作者
    我最近的测试用例都不写编号了,就一个大的功能点,然后一些case,我觉得很烂了,
    谁共享个。。
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    5#
    发表于 2010-12-6 00:17:34 | 只看该作者
    额。。。说的简单点,交给部门其他的游戏测试人员去走读,基本没什么问题了就差不多
    个人感觉:主路径必不可少,边界写的详细点面广点,在测试过程中肯定会想到新的边界,及时补充进来
    最好对同类型的用例进行总结,例如游戏中新增一个武器、药品等,可以提高效率
    相信做到这些称不上完美的用例,应该也算一个比较完整的用例了
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    无聊
    2014-11-6 10:03
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    4#
     楼主| 发表于 2010-12-4 10:42:36 | 只看该作者
    学到了哈
    觉得2 3点最重要呢
    俺再补充2点,大家看看对不对呢
    7. 结构和逻辑划分好,一个大功能可划分为的每个小模块都清晰明确
    8. 边界、细节及相关可能影响功能都考虑到
    回复 支持 反对

    使用道具 举报

    该用户从未签到

    3#
    发表于 2010-12-3 19:42:57 | 只看该作者
    哦。。。我觉得好的测试用例满足如下条件
    1,能查出BUG的(查不出也算是进行了检验)
    2,是个傻逼拿着这个用例就能上去测游戏的(特别是就只有你一个测试的时候)
    3,性价比高(能黑就黑,能白就白,能自动就自动,能熊猫就熊猫)
    4,有编号和对应的BUG模型(有说服力)
    5,基于用户的(软件以用为主,游戏以玩为主)
    6,基于测试基本理论的
    =====================================
    标准和模板是用来显摆的,方便,快捷,易于查看才是关键

    评分

    参与人数 1综合技术指数 +1 收起 理由
    jiazurongyu + 1

    查看全部评分

    回复 支持 反对

    使用道具 举报

    该用户从未签到

    2#
    发表于 2010-12-3 18:07:31 | 只看该作者
    回复 1# anhj_fly


        个人认为测试用例没有最好的。
    根据策划设计变动,会变动的很大。
    我个人觉得就是全面的。系统\功能可能出现的异常操作。界面间的冲突。
    等前辈解答。作为新手我也想知道这个答案。
    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-22 17:47 , Processed in 0.079892 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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