51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

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

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

[复制链接]

该用户从未签到

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

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

使用道具 举报

  • TA的每日心情
    奋斗
    2024-11-8 12:09
  • 签到天数: 547 天

    连续签到: 1 天

    [LV.9]测试副司令

    96#
    发表于 2020-5-19 15:13:06 | 只看该作者
    哇 挖坟啊
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2019-4-30 16:14
  • 签到天数: 53 天

    连续签到: 1 天

    [LV.5]测试团长

    95#
    发表于 2019-2-16 11:37:28 | 只看该作者
    每测试一个功能前,一般都会写一份详细的测试用例并执行,但是后面有需求变更或出现其他不在测试用例中的测试点,都懒得再添加到测试用例中了,即很少会再去维护测试用例了。希望能改掉这个坏毛病
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2018-3-8 09:22
  • 签到天数: 2 天

    连续签到: 1 天

    [LV.1]测试小兵

    94#
    发表于 2018-3-5 15:57:07 | 只看该作者
    画思维导图+需求业务结构及功能点,继而编写测试用例
    但是实际测试过程中,用例是会变动的,测试的方式也会变动。
    因此,我们这里初始用例较为详细,但是实际不会完全按照用例去执行,它是一个参照物。
    实际效果较为良好。后期维护就比较麻烦了(初始+实际)
    回复

    使用道具 举报

    该用户从未签到

    93#
    发表于 2017-11-24 09:55:40 | 只看该作者
    测试用例对一个公司来说很难重要,能看出测试的力度和覆盖面。另外可以多人合作。回归也用得上。
    回复

    使用道具 举报

    该用户从未签到

    92#
    发表于 2017-11-24 09:54:53 | 只看该作者
    我们公司的测试用例抓的比较严格,大家基本都严格执行。
    回复

    使用道具 举报

    该用户从未签到

    91#
    发表于 2016-12-22 15:10:34 | 只看该作者
    123
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2016-12-23 13:43
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    90#
    发表于 2016-12-12 09:50:42 | 只看该作者
    每次写完用例后,在执行测试的时候会发现很多其他的点,想到了就再补到用例上
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2016-6-7 14:16
  • 签到天数: 23 天

    连续签到: 1 天

    [LV.4]测试营长

    89#
    发表于 2015-11-12 15:55:57 | 只看该作者
    我们写的不算是用例就算功能范围详细描述,用例写起来太费劲了
    回复

    使用道具 举报

    该用户从未签到

    88#
    发表于 2015-10-1 07:36:56 | 只看该作者
    大家平时写测试用例真有这样去使用正交、因果图、判定表这些方法吗?
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2017-12-15 22:47
  • 签到天数: 111 天

    连续签到: 1 天

    [LV.6]测试旅长

    87#
    发表于 2015-8-22 15:28:22 | 只看该作者
    选项比较单一,基本都是负向的,用例设计做好了,会减少很多工作。有待再总结啊。楼主。
    回复

    使用道具 举报

    该用户从未签到

    86#
    发表于 2014-8-21 22:23:17 | 只看该作者
    一向比较认真写用例,就是为了后面能减少工作量
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2019-12-31 08:59
  • 签到天数: 975 天

    连续签到: 1 天

    [LV.10]测试总司令

    85#
    发表于 2014-5-22 08:47:36 | 只看该作者
    第三项比较多
    回复

    使用道具 举报

    该用户从未签到

    84#
    发表于 2011-3-31 14:49:34 | 只看该作者
    楼主  组建个群 我们多交流下
    回复

    使用道具 举报

    该用户从未签到

    83#
    发表于 2011-3-15 11:53:15 | 只看该作者
    回复

    使用道具 举报

    该用户从未签到

    82#
    发表于 2010-8-27 15:42:18 | 只看该作者
    用例其实也算是一种工具,使用程度需要根据项目实际资源决定。
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-11-8 12:09
  • 签到天数: 547 天

    连续签到: 1 天

    [LV.9]测试副司令

    81#
    发表于 2010-5-17 13:16:43 | 只看该作者
    原帖由 happyfyw 于 2009-5-18 10:37 发表
    我们从来没有测试用例

    那你们就直接测呀????
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2024-11-8 12:09
  • 签到天数: 547 天

    连续签到: 1 天

    [LV.9]测试副司令

    80#
    发表于 2010-5-7 15:54:56 | 只看该作者
    写测试用例还是蛮头疼的,不过测试用例真的很重要呢
    回复

    使用道具 举报

    该用户从未签到

    79#
    发表于 2010-3-2 11:00:40 | 只看该作者
    我投了第三种情况,其实很多项目都是第四种
    回复

    使用道具 举报

    该用户从未签到

    78#
    发表于 2009-5-18 10:37:30 | 只看该作者
    我们从来没有测试用例
    回复

    使用道具 举报

    该用户从未签到

    77#
    发表于 2008-9-1 18:13:39 | 只看该作者
    我个人认为首先应编写基本的测试用例,在测试之初对测试有个大概的方向,然后根据自己的发挥,在测试过程中对用例进行完善,目前我是这样进行的,感觉还可以。
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-24 14:32 , Processed in 0.086102 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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