设为首页收藏本站
开启辅助访问 软件测试门户软件测试培训软件测试论坛测试解决方案文章资料精选软件测试博客软件测试招聘

51Testing软件测试论坛

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

QQ登录

只需一步，快速开始

微信登录，快人一步

手机号码，快捷登录

51Testing软件测试论坛 »软件测试论坛 › [软件测试技术类] › [测试用例设计] › 请问大家当需求变动很勤，时间又短的时候，设计用例应该 ...
返回列表 发新帖
查看: 4527|回复: 17
打印 上一主题 下一主题

[讨论] 请问大家当需求变动很勤，时间又短的时候，设计用例应该怎么办？

[复制链接]
追寻浮华

该用户从未签到
跳转到指定楼层
1#
发表于 2007-10-22 12:01:40 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
当项目基本在失控的状态下，需求变动极其快的情况下，
如何设计合理的测试用例呢，很多时候，开发改动的并不大，
但影响都很大，
很多时候需求变动下来了，开发5分钟能搞定，但是按照正常的设计测试用例，得搭里一天
工夫，最后的结果是还不一定保证能全没BUG，责任压的很重，显得时间都浪费在测试，
这种情况应该如何测试测试用例，或如何管理整个流程呢，有点跑题啊
如何, 项目, 影响, 开发
分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
微信
收藏收藏

相关帖子

【喜讯】51微信互动平台签到赚积点上线了
回复

使用道具 举报

fei.ge
  • TA的每日心情
    难过
    2015-9-21 13:50

    • 签到天数: 4 天

    连续签到: 1 天

    [LV.2]测试排长
    2#
    发表于 2007-10-23 11:00:25 | 只看该作者
    恩恩

    该如何测试，增量还是完全？
    如何管理整个流程为宜呢？
    回复 支持 反对

    使用道具 举报

    muyang327

    该用户从未签到
    3#
    发表于 2007-10-23 11:26:36 | 只看该作者
    痛苦的情况，只能支持一下了。
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复 支持 反对

    使用道具 举报

    猫妖木夕

    该用户从未签到
    4#
    发表于 2007-10-23 16:21:17 | 只看该作者
    如果需求变更很频繁的话，可以不要每次都修改用例，以文档的形式记录下来，
    等需求积累到一定程度，一起进行修改更新。不知道这样是否可行
    回复 支持 反对

    使用道具 举报

    klly2008

    该用户从未签到
    5#
    发表于 2007-10-24 09:43:40 | 只看该作者
    现在很多软件项目的需求都是变来变去,这最让测试人员头疼了,无奈啊!
    回复 支持 反对

    使用道具 举报

    追寻浮华

    该用户从未签到
    6#
     楼主| 发表于 2007-10-24 13:53:35 | 只看该作者
    愁 啊，还是没有很好的解决办法，4楼的兄弟说的有时候不现实，它改动如果不是同一个地方怎么办呢/今天这改点，明天那改点，最后我难道一周来个系统测试？会死人啊。
    真的不好弄啊。关键是整个流程如何管理呢，
    有时候客户一要，经理就答应。。然后就知道催。。。这不要命么
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复 支持 反对

    使用道具 举报

    wuyuzimu

    该用户从未签到
    7#
    发表于 2007-10-24 14:55:15 | 只看该作者
    回复 支持 反对

    使用道具 举报

    zzytion

    该用户从未签到
    8#
    发表于 2007-10-25 17:41:46 | 只看该作者
    关键看经理是否人性化,测试现在的职位实在不受人看好,干活累也不能收到重视,还是经常被人岐视哦!
    回复 支持 反对

    使用道具 举报

    追寻浮华

    该用户从未签到
    9#
     楼主| 发表于 2007-10-26 15:39:40 | 只看该作者
    是啊。。。当这行是潜力股吧。。。。
    【你来问我来答第140期】：敏捷测试的奥秘与挑战：问答专场！
    回复 支持 反对

    使用道具 举报

    I_hui

    该用户从未签到
    10#
    发表于 2007-10-26 18:22:54 | 只看该作者
    变化很大的时候能不能根据以前的用例来改写呢，或是想到那个重用用例的情况阿！
    回复 支持 反对

    使用道具 举报

    xyj0323

    该用户从未签到
    11#
    发表于 2007-10-26 18:24:05 | 只看该作者
    要治理源头,
    回复 支持 反对

    使用道具 举报

    xueyuhanchen

    该用户从未签到
    12#
    发表于 2007-10-27 15:21:37 | 只看该作者
    需求改了用例肯定是要改的，中国软件行业这种情况还是很普遍的
    回复 支持 反对

    使用道具 举报

    lajarbor

    该用户从未签到
    13#
    发表于 2007-10-29 10:05:51 | 只看该作者
    这种问题太长见了，有时候客户总是变来变去，用例只能跟着需求走，没别的办法，习惯就好了
    回复 支持 反对

    使用道具 举报

    jimods

    该用户从未签到
    14#
    发表于 2007-10-29 11:03:41 | 只看该作者
    我也遇到了和楼主一样的问题，我是修改原来的测试用例来解决的，但有时候一个很小的改动但牵涉的模块却很多，很多牵涉到的地方都没有测试到，使用后bug出的很多，我也没办法，非常郁闷。
    回复 支持 反对

    使用道具 举报

    追寻浮华

    该用户从未签到
    15#
     楼主| 发表于 2007-10-29 13:00:40 | 只看该作者
    哎。。。这事基本是没法处理。。。。要了亲命了。。啊。修改用例哎。。太麻烦了感觉。写了对付吧。。。。。责任问题。。。。。。有时候挺讨厌的
    回复 支持 反对

    使用道具 举报

    willandy

    该用户从未签到
    16#
    发表于 2007-10-30 11:52:56 | 只看该作者
    遇见这样的事就命苦拉
    回复 支持 反对

    使用道具 举报

    cangmang

    该用户从未签到
    17#
    发表于 2007-12-6 10:41:32 | 只看该作者
    我原来公司就这样.需求一天能变5\6次,我后来只写了测试点...不写用例了恩恩
    回复 支持 反对

    使用道具 举报

    风华绝代

    该用户从未签到
    18#
    发表于 2007-12-6 10:45:47 | 只看该作者
    就只测试牵涉到的功能点。其他不动。要不然咋办！
    回复 支持 反对

    使用道具 举报

    返回列表 发新帖

    本版积分规则

    关闭

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

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

    GMT+8, 2024-11-16 07:51 , Processed in 0.084053 second(s), 28 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

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