追寻浮华 发表于 2007-10-22 12:01:40

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

当项目基本在失控的状态下，需求变动极其快的情况下，
如何设计合理的测试用例呢，很多时候，开发改动的并不大，
但影响都很大，
很多时候需求变动下来了，开发5分钟能搞定，但是按照正常的设计测试用例，得搭里一天
工夫，最后的结果是还不一定保证能全没BUG，责任压的很重，显得时间都浪费在测试，
这种情况应该如何测试测试用例，或如何管理整个流程呢，有点跑题啊

fei.ge 发表于 2007-10-23 11:00:25

恩恩

该如何测试，增量还是完全？
如何管理整个流程为宜呢？

muyang327 发表于 2007-10-23 11:26:36

痛苦的情况，只能支持一下了。

猫妖木夕 发表于 2007-10-23 16:21:17

如果需求变更很频繁的话，可以不要每次都修改用例，以文档的形式记录下来，
等需求积累到一定程度，一起进行修改更新。不知道这样是否可行

klly2008 发表于 2007-10-24 09:43:40

现在很多软件项目的需求都是变来变去,这最让测试人员头疼了,无奈啊!

追寻浮华 发表于 2007-10-24 13:53:35

愁 啊，还是没有很好的解决办法，4楼的兄弟说的有时候不现实，它改动如果不是同一个地方怎么办呢/今天这改点，明天那改点，最后我难道一周来个系统测试？会死人啊。
真的不好弄啊。关键是整个流程如何管理呢，
有时候客户一要，经理就答应。。然后就知道催。。。这不要命么

wuyuzimu 发表于 2007-10-24 14:55:15

:(

zzytion 发表于 2007-10-25 17:41:46

关键看经理是否人性化,测试现在的职位实在不受人看好,干活累也不能收到重视,还是经常被人岐视哦!

追寻浮华 发表于 2007-10-26 15:39:40

是啊。。。当这行是潜力股吧。。。。

I_hui 发表于 2007-10-26 18:22:54

变化很大的时候能不能根据以前的用例来改写呢，或是想到那个重用用例的情况阿！

xyj0323 发表于 2007-10-26 18:24:05

要治理源头,

xueyuhanchen 发表于 2007-10-27 15:21:37

需求改了用例肯定是要改的，中国软件行业这种情况还是很普遍的

lajarbor 发表于 2007-10-29 10:05:51

这种问题太长见了，有时候客户总是变来变去，用例只能跟着需求走，没别的办法，习惯就好了

jimods 发表于 2007-10-29 11:03:41

我也遇到了和楼主一样的问题，我是修改原来的测试用例来解决的，但有时候一个很小的改动但牵涉的模块却很多，很多牵涉到的地方都没有测试到，使用后bug出的很多，我也没办法，非常郁闷。

追寻浮华 发表于 2007-10-29 13:00:40

哎。。。这事基本是没法处理。。。。要了亲命了。。啊。修改用例哎。。太麻烦了感觉。写了对付吧。。。。。责任问题。。。。。。有时候挺讨厌的

willandy 发表于 2007-10-30 11:52:56

遇见这样的事就命苦拉

cangmang 发表于 2007-12-6 10:41:32

我原来公司就这样.需求一天能变5\6次,我后来只写了测试点...不写用例了恩恩

风华绝代 发表于 2007-12-6 10:45:47

就只测试牵涉到的功能点。其他不动。要不然咋办！
页: [1]
查看完整版本: 请问大家当需求变动很勤，时间又短的时候，设计用例应该怎么办？