周鱼 发表于 2005-5-9 12:53:11

公司在需求较容易变更的情况下，如果做测试计划呢？

我们公司的项目刚刚做，开发用瀑布模型，正在做demo呢，还没有确定最终需求，请问各位高手，现在的测试部该做什么呢？

testing 发表于 2005-5-9 13:40:02

测试人员在项目初期应该介入项目，了解产品的需求，开发人员完成需求规格说明书之后，测试人员参与该文档的评审工作，评审通过后，根据该文档设计系统测试用例即可。

Fuli 发表于 2005-5-9 17:23:04

公司在需求较容易变更的情况下 ，必须保证 A、原始的、必须的产品功能存在（自己了解），B、附加功能（开发、市场人员提供）！比如准备生产一款汽车但是没有市场定位（档次），但是动力系统必须存在的，否则你去需求测试防弹、越野性能。。。。等等是没有意义的。
1、动力系统必须存在的 －－> 知道产品的原始需求，汽车当作火箭测试可不好；
2、测试防弹、越野性能。。。。等等 －－> 如果是奇瑞QQ，那是白费劲。
建议：从基本功能入手，其它是水到渠成！
提问：正在做demo呢，还没有确定最终需求。请问您们如何对产品封样？

songfun 发表于 2005-5-14 10:37:48

瀑布模型？？应该是迭代吧？你们都有demo了，何来 瀑布一说？
需求频繁变更，必须加强过程监控！建议引入 需求变更管理。

huangsh2004 发表于 2005-5-17 17:16:23

对，引入需求变更管理流程。
即使在做DEMO，也是存在需求的。
只是你们感觉需求将来变动的可能性大了一点而已。

周鱼 发表于 2005-6-21 19:38:42

受教了，谢谢，项目以完工

Fuli 发表于 2005-6-24 11:57:27

Originally posted by 周鱼 at 2005-6-21 19:38:
受教了，谢谢，项目以完工
可以把项目的管理过程、经验、心得共享一下吗？:d

陕西人在北京 发表于 2005-7-20 21:30:07

听君一席话,胜读使年书

周鱼 发表于 2005-7-22 12:21:09

吼吼，得到的经验就是，一开始预计的测试风险全部遭遇，最初制定的测试计划完全搁浅，测试用例完全没时间更新，以致无用，最后凭着俺一个人的经验，和干劲来傻干下去

vily1314 发表于 2005-7-25 13:55:34

测试

现在测试似乎都会遭遇这样的问题，我也困挠着，这边开发一直在干，可是就是没有东西给我，然后突然一下子全给我了！我昏了

gg 发表于 2005-7-26 17:39:26

实际上是所有测试人员都晕了，呵呵

周鱼 发表于 2005-7-26 17:45:03

我要去寻找管理更加规范的公司!

songfun 发表于 2005-7-26 21:25:32

根据统一变更管理的理念，如果需求频繁变更，计划也应该随之变更，而不是计划不变，只有需求在变。
就是说整个项目是整体性的。

cheryl 发表于 2005-7-30 14:31:03

给开发人员灌输测试思想！！：P

gs6431 发表于 2005-8-13 19:13:18

Originally posted by vily1314 at 2005-7-25 01:55 PM:
现在测试似乎都会遭遇这样的问题，我也困挠着，这边开发一直在干，可是就是没有东西给我，然后突然一下子全给我了！我昏了


哈哈,这个太经典了,一针见血,恰如其份.

goal0813 发表于 2005-8-22 21:41:21

Originally posted by 周鱼 at 2005-7-26 05:45 PM:
我要去寻找管理更加规范的公司!

的确，公司的管理是一方面。
当然善于与开发人员沟通也是很重要的，测试应该时常关心开发的进度，和开发人员，项目经理等多沟通，不要个顾个的干活，这样团队才有凝聚力。
路怎么走，自己决定。。。

sunkitty 发表于 2007-4-22 19:55:16

谢谢分享

甄紫楠 发表于 2007-6-2 10:28:52

sdlkfj5 晕,我公司也是这种情况.搞得我糊里糊涂,最烦就是需求变更,还有千万不要在需求不明确的时候就动手开发,总在重复做些无用功.

walker1020 发表于 2007-6-2 11:44:01

在测试计划里面，增加风险分析 这一项！

coolkisses 发表于 2007-6-4 15:28:50

重点还是管理与流程，很多公司都不重视测试，测试被放在最后一个流程，走过场的现象
这都是测试最容易遇到的问题

给BOSS说说测试的重要性与必要性，这样才有用
页: [1] 2
查看完整版本: 公司在需求较容易变更的情况下，如果做测试计划呢？