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

fengjinge · 发表于 2010-4-24 11:28:06

领导说开始测试了，可是很多block错误，需求在天天改，请教大家，这种情况，该怎么办呢？

测试的人不知道软件要满足什么需求，怎么能测试出来bug呢？bug没有定义的基准了。

请大家指点迷津吧。

fengjinge · 发表于 2010-4-24 12:04:41

可能我说的还不够清楚。目前是开发时间很紧张，只有我一个人隶属于开发组在测试，基本上是一边改需求一边在测试，软件过程并没有比较规范的需求、开发、测试阶段。这种情况算是敏捷开发？这种状况，规范流程下的各种东西，不太适用了。
不知道大家有没这种经验，请大家提些建议吧。

[ 本帖最后由 fengjinge 于 2010-4-24 12:35 编辑 ]

joancarl · 发表于 2010-4-24 15:41:19

就围绕需求进行测试啊！
看需求的实现情况即可

pal_zll · 发表于 2010-4-28 11:07:06

需求不明朗并且在不停的变，是因为大家都没有明确的能够知道怎么做才是正确的，就需要紧跟需求，把变化的每一点都记录下来，问清楚为什么变，想想这种变化是否可行，还有没有更好的方案；把不清晰的需求划出来，考虑怎么做会比较好。对需求的考虑保持走在开发之前，测试驱动开发。这就是我做敏捷开发模式的测试的感觉。但是这么做要比做一些大的项目，按双V或者瀑布模型的开发的那些要累很多。时刻保持着头脑的清醒，呵呵

fengjinge · 发表于 2010-5-4 14:54:05

感谢大家的热心回复，现在的项目开发，基本就是组长和开发一起开会讨论需求，不关测试啥事…………看来我应该主动要求参与需求

chop123 · 发表于 2010-5-14 19:15:22

唉，还是需要大环境来支撑。需求变更都不通知测试，那还测什么需求。

msnshow · 发表于 2010-5-14 19:28:53

看上去你们公司的问题，不是你一个测试人员能掌控的

msnshow · 发表于 2010-5-14 19:29:13

做为测试人员，你让你的领导知道面临的问题就差不多

honey520 · 发表于 2010-5-20 15:51:05

多和开发人员或项目经理交流、沟通，发现改动或变化比较大的和项目经理确认一下需求

水中的鱼 · 发表于 2010-5-26 14:59:45

估计这项目都难以完成。
我是这么做的。
要求给出软件概要设计说明书SRS
对SRS进行评审
将不明确的地方先解决
PM给出项目的总进度
在开始开发的时候，不接受变更，开发告一段落后，留出了设计变更处理的时间
一切按照项目计划时间进行。
当然这需要PM 开发，测试的协同工作，以及领导层给予的资源上的支持

水中的鱼 · 发表于 2010-5-26 15:11:26

如果大家对每一次的需求变更持更加谨慎的态度，遵循一定的流程，就会很大的提高项目的进度和质量了。否则很容易变成虎头蛇尾，到临近发布，新BUG还很多，无法控制的地步。

cdxfujian · 发表于 2010-5-28 13:09:40

个人觉得楼主现在的问题相信是每个测试人员都在面临的一个问题，楼主所处的项目应该是属于敏捷开发，测试是驱动开发的，简单点就是要拥抱变化！一般这种项目BUILD出现的频率很高，而每个BUILD的形成也一般都是需求的变更到稳定的阶段。对于需求的不断变更，如果你的项目需求是有客户参与的，我想测试人员的介入是很有必要的！第二点就是所谓的BUG的问题，这个阶段的BUG可以分成两种：1 增强性enhancement bug，这个需要测试对这个领域有比较多的了解，因为这种BUG一般最后会成为需求！2 就是真正的BUG，这就是来源于相对稳定的需求！所谓稳定的需求，我认为如果你真正的了解这个项目应该知道哪些需求的变更是相对稳定的了，也就是说客户的需要。不过话说回来，敏捷开发一般周期为一个月，每周几乎会有BUILD出来，所以这个不需要太多的顾虑，还有一点很重要的就是要时刻保持着和开发的沟通！当然不是让你去问开发这个是否是个BUG了！以上是个人了解，如果你找到更好的答案请和我update下。

xavier_007 · 发表于 2010-6-2 17:57:45

呵呵，这个怎能算是敏捷开发呢？
例如于测试里面的h模型
tdd更要对需求和设计文档明确
的确不是lz一个人的问题，是整个管理的问题。
建议lz不要把问题扣的太细，把握功能，经常3方交流是必要的
找正确的人说正确的事

yetties2005 · 发表于 2010-6-17 16:02:50

很多需求变更都不会走什么正规的流程的，这点公司很重要，质量控制部门很重要，如果要只靠测试来把关的话是很难

咚咚宝031102 · 发表于 2010-6-17 17:09:25

这个现象很正常相信你会习惯的

asai-oyh · 发表于 2010-6-30 15:01:37

我们这里情况雷同啦，需求随时都有变，更何况我们这里连需求文档都没有，只有业务流程图和界面图。。哈哈，也正处理紧急赶工阶段

我们是这样做的，事先制定好一定周期（一般是一周）工作量，安排开发（开发内容可以是变更的需求或者计划的缘由需求，工作分配主要根据任务的优先紧急程度来定），在开发完成后，马上安排进行测试（开发组会提交测试组一份测试需求）。在提交测试期间，就不对测试需求做任何变更。起码得保证在执行测试时，测试需求不能变。当然，这么做得同时，很重要的一点，就是要做好版本管理啦。如果你们项目是十分十分紧急，可以再把周期缩短一些，只要能及时开发人员能及时完成。。哈哈哈

james.zhong · 发表于 2010-7-13 11:30:00

以不变应万变

chengning · 发表于 2010-7-13 11:49:18

和你一样悲惨的命运啊

Coolwind9 · 发表于 2010-10-29 13:49:04

我也遇到过这种问题的啊... 是挺烦的

愚人 · 发表于 2010-10-30 16:41:54

这个跟你领导探讨一下比较好……

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

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

相关帖子

回复 4# 的帖子

本帖子中包含更多资源

站长推荐 /1