51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 72454|回复: 94
打印 上一主题 下一主题

[原创] 实际工作中测试用例应用难点调查

[复制链接]

该用户从未签到

跳转到指定楼层
#
发表于 2007-2-5 11:56:57 | 只看该作者 回帖奖励 |正序浏览 |阅读模式
一直以来作为测试工程师的我们深信测试用例设计技术是我们的一项核心技术并进行了很多交流,但在实际工作中测试用例真正应用起来了吗,我们把测试用例真正应用起来的难点在哪呢?大家一起来投票看看。该投票结果应该对我们学习测试用例设计技术的方向、深度、如何应用有很大的影响。
如果还有其它选项,请补充。
单选投票, 共有 842 人参与投票
您所在的用户组没有投票权限
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

  • TA的每日心情
    郁闷
    2022-8-10 17:03
  • 签到天数: 100 天

    连续签到: 1 天

    [LV.6]测试旅长

    94#
    发表于 2020-3-2 13:56:49 | 只看该作者
    需求的变更实在太频繁了,最先写的用例到后来真正测试的时候能用的其实不多,好多都是后来改的。小公司也没有真正意义上的需求文档,只有UI做的一个原型图,好多需求都是给到测试的时候再去确认的。。前期的需求确认都没有测试参加的,就项目经理自己确定了然后和开发讲要怎么怎么做。
    回复

    使用道具 举报

  • TA的每日心情

    2017-2-17 10:16
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    93#
    发表于 2017-4-25 10:49:48 | 只看该作者
    我就想问一下,选择第三个选项的人,是什么心态?
    回复

    使用道具 举报

  • TA的每日心情

    2017-2-17 10:16
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    92#
    发表于 2017-4-19 22:41:14 | 只看该作者
    不用想都知道肯定是第四个答案
    回复

    使用道具 举报

    该用户从未签到

    91#
    发表于 2017-2-6 15:26:51 | 只看该作者
    项目目前的版本计划中测试的时间是不由测试人员来评的,直接一刀切了,导致测试用例设计时间不够,各种问题啊!
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2016-11-15 12:21
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    90#
    发表于 2017-1-19 13:33:24 | 只看该作者
    都是10年前的回复?
    回复

    使用道具 举报

    该用户从未签到

    89#
    发表于 2016-10-27 15:49:36 | 只看该作者
    写用例时间长,工作紧时根本没空写
    回复

    使用道具 举报

  • TA的每日心情
    慵懒
    2017-4-18 10:35
  • 签到天数: 9 天

    连续签到: 1 天

    [LV.3]测试连长

    88#
    发表于 2015-9-14 16:53:29 | 只看该作者
    我的观点把上都覆盖了
    回复

    使用道具 举报

  • TA的每日心情

    2016-1-5 09:00
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    87#
    发表于 2014-12-2 20:07:52 | 只看该作者
    在我看来,测试用例设计的难点在于测试工程师的基础
    1、准确划分功能点
    2、对业务的熟悉程度
    3、用例属性划分不清晰(A/B/C),这个划分清除了,直接可以通过筛选来实现不同任务的测试
    4、测试用例步骤和预期结果的描述(其实这点靠的是测试人员的语言能力)
    5、第一界面、一级菜单、基本功能、主要功能、次要功能等属性的细分和掌握
    回复

    使用道具 举报

    该用户从未签到

    86#
    发表于 2014-8-4 13:27:24 | 只看该作者
    回复 55# 李靖之


        感同深受!
    回复

    使用道具 举报

    该用户从未签到

    85#
    发表于 2013-11-28 14:35:51 | 只看该作者
    大部分时间是根据需求,时间很紧,测试都不够时间,更加不用写测试用例了
    回复

    使用道具 举报

    该用户从未签到

    84#
    发表于 2013-11-27 14:54:49 | 只看该作者
    我都是直接根据需求测试的,等验收的时候,补点用例
    回复

    使用道具 举报

    该用户从未签到

    83#
    发表于 2012-1-19 17:44:58 | 只看该作者
    [img][/img]
    回复

    使用道具 举报

    该用户从未签到

    82#
    发表于 2012-1-6 16:03:45 | 只看该作者
    公司不重视测试人员 测试也没有规范和框架
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2017-4-18 15:01
  • 签到天数: 20 天

    连续签到: 1 天

    [LV.4]测试营长

    81#
    发表于 2012-1-5 16:07:42 | 只看该作者
    需求变更,可能会导致功能的删除和增加,修改。导致测试用例有大的变更。
    人员之间的交流也需要加强,比如测试人员之间,测试人员与开发人员的交流需要及时性
    回复

    使用道具 举报

  • TA的每日心情
    开心
    2016-1-4 13:24
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    80#
    发表于 2011-11-22 23:03:00 | 只看该作者
    需求变更永远是测试的天敌
    回复

    使用道具 举报

    该用户从未签到

    79#
    发表于 2011-11-1 16:29:35 | 只看该作者
    大家说的真的深有同感啊!悲剧啊!
    回复

    使用道具 举报

    该用户从未签到

    78#
    发表于 2011-10-28 16:11:38 | 只看该作者
    我做黑盒测试三年半了,哎,无语啊
    回复

    使用道具 举报

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

    连续签到: 1 天

    [LV.9]测试副司令

    77#
    发表于 2010-5-13 15:42:19 | 只看该作者
    看来第四点人很多嘛
    回复

    使用道具 举报

    该用户从未签到

    76#
    发表于 2010-5-13 11:53:48 | 只看该作者

    貌似大家的处境都一样,。

    呵呵。期待中国的测试业近五年有突破性的发展。
    回复

    使用道具 举报

    该用户从未签到

    75#
    发表于 2009-12-3 12:19:34 | 只看该作者
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-28 09:07 , Processed in 0.087343 second(s), 29 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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