51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 66722|回复: 97
打印 上一主题 下一主题

[原创] 实际工作中测试用例的应用程度调查

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2007-2-5 11:34:12 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
一直以来作为测试工程师的我们深信测试用例设计技术是我们的一项核心技术并进行了很多交流,但在实际工作中测试用例的应用程度有多少呢?大家一起来投票看看。该投票结果应该对我们学习测试用例设计技术的方向、深度、如何应用有很大的影响。

[ 本帖最后由 ppent 于 2007-2-5 11:36 编辑 ]
单选投票, 共有 1049 人参与投票
您所在的用户组没有投票权限
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏1
回复

使用道具 举报

该用户从未签到

2#
发表于 2007-2-9 11:24:42 | 只看该作者
根据目前投票的结果,看来还是符合中国目前的情况啊!
回复

使用道具 举报

该用户从未签到

3#
 楼主| 发表于 2007-2-9 18:10:20 | 只看该作者
看的人多,投票的人好少。
希望大家都来投上宝贵的一票,更加客观的体现国内测试用例的应用程度。
回复

使用道具 举报

该用户从未签到

4#
发表于 2007-2-27 10:27:53 | 只看该作者
测试用例写了,但很少完全按照测试用例来进行测试.
回复

使用道具 举报

该用户从未签到

5#
发表于 2007-2-27 18:24:04 | 只看该作者
测试用例后期维护很重要
回复

使用道具 举报

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

    连续签到: 1 天

    [LV.5]测试团长

    6#
    发表于 2007-3-2 13:53:12 | 只看该作者
    维护很累啊,开发修改一份用例,测试组可能需要修改N份。简直用例杀手!!!!

    目前还正在尝试更好的方法,可以控制变更成本。
    回复

    使用道具 举报

    该用户从未签到

    7#
    发表于 2007-3-3 16:08:29 | 只看该作者
    只编写了基本的测试用例,根据情况有时按测试用例执行测试,测试用例效果一般.
    没有测试用例只是记录了测试要点,测试时根据测试要点进行发挥.

    其实我觉得用例效果不大。自由发挥、认真不停的实践,能测出些严重的问题!sdlkfj3
    些测试用例、太粗不好、太细费时间、维护很累。我都修改过3次了。现在已经有快3个月没有改用例了。sdlkfj1
    回复

    使用道具 举报

    该用户从未签到

    8#
     楼主| 发表于 2007-3-7 10:21:17 | 只看该作者

    回复 #6 archonwang 的帖子

    测试用例的维护确实很麻烦,工作量很大,特别是当没有规范的变更管理时,测试用例不能跟的上功能的变化,测试用例则成了一个鸡肋。真的是用之无益,弃之可惜。
    不知道你有什么好的方法呢?
    回复

    使用道具 举报

    该用户从未签到

    9#
     楼主| 发表于 2007-3-7 10:38:31 | 只看该作者

    回复 #7 drp100 的帖子

    测试用例设计被称为最能体现测试人员价值的工作之一,同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示,说明测试用例实际应用根本达不到理论的高度。在这种情况下,就更加谈不上测试用例的维护了。正如#davids 所说的“测试用例写了,但很少完全按照测试用例来进行测试.”#drp100 所言,“些测试用例、太粗不好、太细费时间、维护很累。”

    在我个人的工作经验中,详细的测试用例使得测试执行过程中变成了非常机械性的劳动,只需严格按照测试用例执行,对比期望输出即可,无需进行过多的思考。这种测试行为将使得测试执行变得麻木,若多次的测试执行将严重降低测试的积极性,并达不到测试效果就是这样的问题。这时适合用自动化测试代替。
    而概要性的测试用例只记录了测试要点及注意事项,测试人员在测试时需要进行思考及发挥,有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。

    以上是个人见解,希望有更多的讨论。

    [ 本帖最后由 ppent 于 2007-3-7 10:43 编辑 ]
    回复

    使用道具 举报

    该用户从未签到

    10#
    发表于 2007-3-31 15:25:59 | 只看该作者
    原帖由 ppent 于 2007-3-7 10:38 发表
    测试用例设计被称为最能体现测试人员价值的工作之一,同时也是测试的精华所在。然而测试用例的实际应用如果象上面投票所示,说明测试用例实际应用根本达不到理论的高度。在这种情况下,就更加谈不上测试用例的维 ...
    ...而概要性的测试用例只记录了测试要点及注意事项,测试人员在测试时需要进行思考及发挥,有利于发现新的问题。另外两者在测试用例投入的时间和维护的成本都有很大的差别。


    邓爷爷说: 不管黑猫白猫 能抓到老鼠的就是好猫

    我想 如果企业的部门流程不能有力给予支持

    还是先按最实际有效的方法来
    回复

    使用道具 举报

    该用户从未签到

    11#
    发表于 2007-4-4 10:42:40 | 只看该作者
    国内测试还很不成熟,应该在设计用例的时候 让测试员也能自己找到乐趣
    回复

    使用道具 举报

    该用户从未签到

    12#
    发表于 2007-4-7 22:34:45 | 只看该作者
    顶一下,我也不会这个,学习中。。
    回复

    使用道具 举报

    该用户从未签到

    13#
    发表于 2007-4-9 11:52:45 | 只看该作者

    回复 #9 ppent 的帖子

    呵呵,非常赞同ppent 的观点,一直都觉得测试用例是个鸡肋,我测试也是写些测试要点进行标记,然后进行测试,觉得比呆板的维护执行测试用例好多了,人有激情些,感觉按照测试用例来执行,心里憋得慌;
    不过我现在一直还在找测试用例该怎么结合实际的方法,目前正在实验testlink,看效果咋样
    回复

    使用道具 举报

    该用户从未签到

    14#
    发表于 2007-4-9 13:01:13 | 只看该作者
    投了第三个。
    回复

    使用道具 举报

    该用户从未签到

    15#
    发表于 2007-4-10 15:32:21 | 只看该作者
    第二个
    回复

    使用道具 举报

    该用户从未签到

    16#
    发表于 2007-4-10 23:14:38 | 只看该作者
    唉,现在是最后一个
    回复

    使用道具 举报

    该用户从未签到

    17#
    发表于 2007-4-12 11:49:50 | 只看该作者
    测试用例的实际应用如果象上面投票所示,说明测试用例实际应用根本达不到理论的高度。
    回复

    使用道具 举报

    该用户从未签到

    18#
    发表于 2007-4-24 12:43:01 | 只看该作者
    功能测试用例写到一半写不下去了,太多了 都很细
    估计也不能一一执行,
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2017-4-10 01:47
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    19#
    发表于 2007-4-25 17:25:01 | 只看该作者

    回复 #9 ppent 的帖子

    学习了
    回复

    使用道具 举报

    该用户从未签到

    20#
    发表于 2007-4-26 08:52:14 | 只看该作者
    看了大家的评论,受益很多,谢谢
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

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

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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