51Testing软件测试论坛

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

QQ登录

只需一步,快速开始

测试开发精英班,通向高级软件测试工程师论坛测试积点免费获取渠道攻略【长期招募】博为峰网校招聘兼职讲师!横扫BAT,Python全栈测试开发技能大全
【111期】:聊聊想出国找测试工作最核心的那些事!2020不玩虚的,先来一波技术PK! 【征稿】疫情当下手头紧?这波投稿补贴很及时! 自学软件测试那点事
查看: 49930|回复: 84

生命周期半年的项目需求是否有必要写用例?(2009-2-9 )获奖名单已公布

[复制链接]

该用户从未签到

发表于 2009-2-9 13:58:58 | 显示全部楼层 |阅读模式
背景描述:对于稳定客户的项目类测试,经常会遇到需求三天一变,两天一变,由于时间周期不是太长,客户需求经常变动,导致BA/PM等都未能及时更新需求,从而给测试组的需求经常是非最新版本,且测试阶段的需求也经常有小变动,导致用例效果不大甚至失效.(可能是针对需求说明书失效,更多情况是针对实际需求-即系统实现方式失效).

感谢会员joycena提供此精彩话题!如果你也有矛盾的问题想提出来和大家一起讨论,请点击此处>>
说不定下期PK的话题就是由你提出的哦,请快快参与吧!




奖项获奖名单奖励答案连接
最佳话题PK手Jackc
当当购物卡50元+最佳PK手勋章
39#
正方观点 (744)

仍有必要写用例

反方观点 (686)

没有必要写用例

回复

使用道具 举报

  • TA的每日心情
    开心
    2014-10-24 09:36
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    发表于 2009-2-9 15:40:46 | 显示全部楼层
    需求总是在变动的,但变是相对于不变的需求而言的,软件在各阶段,需求总是变化的。有变化,就要记录变更,就要记录对应的用例。这样做可以使需求,用例,结果的可跟踪。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-9 16:52:07 | 显示全部楼层
    不管软件的生命周期是多长时间,写测试用例是必须的。测试的宗旨是使软件的bug降低到最小,对客户的影响最小,如果没有测试用例,测试工程师会想出很多冗余的测试用例,浪费了很多时间,最后有可能漏掉致命的缺陷。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-11 11:33:15 | 显示全部楼层
    用例是必需的.软件在用例在.如果时间赶,那只能在后面补咯
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-11 17:50:36 | 显示全部楼层
    觉得还是有必要去设计测试用例的。自由测试避免不了会漏测
    随着需求的变更在跟着更改测试用例。前提测试人手要充足
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-11 17:59:01 | 显示全部楼层

    有必要的,侧重点偏移下。

    我认为还是有必要的,不能因为周期短而忽略这部分,对于管理来说,会有漏洞的。
    至于怎么写,整个项目组需要达成一直,尽量简化,模板化,节约成本。
    而至此引发了一个问题,版本的管理问题,因为需求变更的频繁,版本的管理要跟上,不然写起用例来,会跟不上进度。
    拙见,
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-11 18:00:21 | 显示全部楼层
    扔有必要写用例,不能因为时间短就忽略.
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-12 10:52:10 | 显示全部楼层
    按照CMMI的要求,需求进行变更后,是需要做记录的,所以应该要写用例。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-12 15:03:36 | 显示全部楼层

    必要

    非常必要
    测试用例是需要写的!!
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-12 15:05:04 | 显示全部楼层

    有必要写用例,但可以写简化用列

    虽然需求在经常变动, 但一个相对小的时间里需求总是稳定的,所以用列还是需要写,不仅是在写用列的过程中可以发现一些细节性的问题,而且还可以让测试人员更好的理解需求。由于需求经常变动,我们的用列也可以稍微简化,可以只写到没有用列应当关注的点,测试步骤就可以不写。呵呵个人观点。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-12 15:21:02 | 显示全部楼层
    我认为仍有必须写测试用例,因为通过测试用例除了可以发现BUG,同时还要依据用例对BUG进行重现,如果不修改测试用例,仅仅通过个人的想象来测试,很难做到BUG的重现,而且有了测试用例,其它人员也能容易的接收对软件的测试工作。同时随着需求的改变,修改测试用例,也更加深了测试人员对需求的理解。
    回复

    使用道具 举报

  • TA的每日心情
    无聊
    2018-3-20 17:07
  • 签到天数: 35 天

    连续签到: 1 天

    [LV.5]测试团长

    发表于 2009-2-12 15:57:17 | 显示全部楼层

    必要:但可以分情况编写或补充

    个人认为:在项目时间和人员允许的的情况下可编写测试用例;条件不具备的情况下可以在项目完成后补充。对照需求变更,用例起一个项目跟踪的作用,可在项目中有效重复利用。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-13 13:26:26 | 显示全部楼层
    仍有必要写用例吧.
    回复

    使用道具 举报

  • TA的每日心情
    郁闷
    2016-11-23 09:27
  • 签到天数: 55 天

    连续签到: 1 天

    [LV.5]测试团长

    发表于 2009-2-13 14:30:51 | 显示全部楼层
    我个人认为要写用例,但是我有个疑问啊,有没有必要实时得去改用例,就是需求一变,用例就要修改,这样得人力投入是不是比较不值得
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-17 16:10:11 | 显示全部楼层

    我觉得还是要写测试用例的

    如果变动的很频繁,甚至1,2天,半天一变的。
    但变的也大概只会是细节。总的目标不会变。

    哪怕是简单的写写,写上测试目的,内容,测试过程,即使很简单很大略的写写。也是要写的。

    测试的工作是相对比较繁琐,比较要求细致完善的。
    写下来,其实也是为了有个头绪。有个工作的路线。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-17 16:48:18 | 显示全部楼层
    就我公司的做法,用户验收项目的时候,是要测试用例的,因此不论需求怎么变化,测试用例还是要编写,当然我公司的做法是,项目后期再写用例,这样改动较小。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-17 21:36:58 | 显示全部楼层

    有必要写用例,用例是用来保障测试的质量

    用例是根据需求来设计的,如果需求改变的话,也可以根据改变的需求,跟踪到具体的用例来修改。我觉得用例没必要写太复杂,不过一定要写,而且要与需求相匹配,这样可以防漏测,也防止变更。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-18 10:44:28 | 显示全部楼层
    需要编写
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-18 13:57:53 | 显示全部楼层
    写还是有必要的,关键是怎么写,什么时候写:
    首先,我们要搞清楚为什么写用例,依据是什么。我觉得写用例有三个目的:
    一个是为了更好的理解需求,只有在写用例的过程中我们测试人员才能深入的理解某些需求。二是为了测试过程中能够更好的方便快捷的进行测试。
    三是能够为下个版本的测试提供一些帮助。

    如果需求变动很频繁,可以说我们如果一开始就去写用例的话,变一次需求就改一次用例,其实达不到方便快捷的目的。深入理解需求也谈不上,因为需求不停的变,你理解了又变了。。。所以呢,我一般遇到这种项目,都是先会把大概的用例写出来,测试的过程中,不停的添加用例。最后测试完了,用例也出来了。。下次测试忘记了。。还是可以依据这次的用例去给出些指导。
    回复

    使用道具 举报

    该用户从未签到

    发表于 2009-2-18 14:29:17 | 显示全部楼层

    用例是必须的,否则无法保证整个测试过程是否符合需求

    必须要写,不写用例,你何以保证你的测试是满足需求的?何必保证你的执行过程是正确的?
    对于需求经常变的项目,为什么不让需求进入到稍微稳定的阶段再进入用例的编写?需求变更是不可避免的,但是有时候,需求变更的频率是我们可以控制的。
    用例天天修改可能会浪费一些时间,但是对于整个项目来说还是有必要的,可以用一种简单的方式来写用例,保证前后可追溯。
    回复

    使用道具 举报

    本版积分规则

    关闭

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

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

    GMT+8, 2020-4-5 12:03 , Processed in 0.087054 second(s), 30 queries .

    Powered by Discuz! X3.2

    © 2001-2020 Comsenz Inc.

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