需求天天变，怎么测试呢？

测试新新手 · 发表于 2010-11-1 14:32:28

该怎么测还怎么测...
测试也是人...不是神...

msnshow · 发表于 2010-11-12 00:10:35

天天变化的是不同的功能部分吧，不可能一个功能天天变

testerwu · 发表于 2010-11-17 14:36:09

我觉得和领导探讨是有必要，可能是测试做的工作还不够引起公司领导的重视，觉得开发或销售部门更重要，他们的工作有成效，而测试就不同，项目下来以后测试的时间会因为需求的变化一少再少。

testerwu · 发表于 2010-11-17 14:37:23

所以必须提高测试工作本身的质量，引起公司的重视。主动参与需求评审等等，你不是一个人在奋斗！

moonjew · 发表于 2010-11-18 15:22:57

自打敏捷一出生就被很多人误解。很多公司高呼：啊！救世主，我们公司就需要敏捷。

melodys · 发表于 2010-11-18 22:28:34

我也碰到过开发和测试的沟通不算很良好的情况，但是需求天天变到时没碰到过，汗。。。
我们公司没有质量保证部门，所以这一块会比较难掌控
看出来了，需求评审测试参与很重要，但是在这方面可能都会薄弱点，作为小测试，我们也不能强出头啊。唉。。。

老学生 · 发表于 2011-1-26 10:34:29

楼上有说的：“以不变应万变”，那么我们怎么做到“应万变”?
* 我想，我们首先应该明确一点。这种项目工期紧，需求不明确（客户都不是太明白他要什么）的情况是普遍现象。我们作为测试人员无力改变这个事实，其实任何人都不能改变。为什么这么说呢，因为客户给钱让你给他开发软件，那么不仅仅是软件本事，同时也包括怎么做这一部分。在不断的变更中为用户找到一种最合理的应用方法。
* 面对这样的事实，我们就应该紧跟一次次的需求变更，进行测试。每次的测试重点除了需求本事，还有就是需求的追踪。也就是把所有需求都穿线，一个需求变了，我们可以立刻检索出该需求相关的所有需求、用例、现有bug情况、对应的程序单元等。
* 对需求追踪进行汇总，定期报告给用户知晓。从而提高用户对我们工作量的认识。

好了，总结出来“应万变”的方法《进行需求追踪》

yangfengwait · 发表于 2011-1-30 15:16:25

需求天天变的项目,不待也吧,跟这样的PM,也不会有什么出息,对自己将来的发展也不会有多大好处

碧水小龙 · 发表于 2011-2-9 10:14:24

一样的问题！！！是不好处理啊！有时候感觉测试的压力很大。

echo5410 · 发表于 2011-2-9 15:58:12

最重要的还是及时沟通

maojuan110 · 发表于 2011-2-21 22:51:41

学习！

楠族开心果 · 发表于 2011-2-24 17:44:12

我们也是这样，只能跟着他们慢慢改了

shqn · 发表于 2011-2-28 23:24:48

其实只要明确一点就可以了，就是原始需求的确定。后面的测试也要围绕这个需求来进行了。若是中途改需求的，很简单，就当它是新需求，在项目过程中讨论下，是否要改，若是改的话就以新的Story提出，交给开发。测试再根据Story明确测试方案，这样对于测试来说。可以省很多吃亏不讨好的事。

kadw85 · 发表于 2011-3-14 10:57:37

看来不只是我们公司出现这种问题，给上面提也没有什么用，

		自动登录	找回密码
密码			(注-册)加入51Testing

[求助] 需求天天变，怎么测试呢？

站长推荐 /1