灌水 关于敏捷测试的讨论

766 · 2016年10月08日 · 最后由 766 回复于 2016年10月09日 · 1403 次阅读

背景:近期要做一个组内敏捷测试的分享,参考了《敏捷软件测试:测试人员与敏捷团队的实践指南》,《用户故事与敏捷方法》,CSDN 等网络资源,对敏捷测试的疑问更多了。现发起关于敏捷测试的讨论,希望得到大家的回复,谢谢。

敏捷十二开发原则的第二条说 “欢迎对需求提出变更——即使是在项目开发后期。要善于利用需求变更,帮助客户获得竞争优势。而http://blog.csdn.net/zs234/article/details/18839351里又讲到:

在 Scrum 的一个迭代中则要求,一旦迭代开工会完毕,任何需求都不允许添加进来,并有 Scrum Master 严格把关,开发期间不允许开发团队受到干扰

是不是说,在整个研发流程中我们欢迎需求变更,目的为了产品变得更好。有了新的需求或需求变更 放到下一迭代去完成;在当前迭代我们不允许需求变更呢?

在 Scrum 的迭代中,需求变更究竟应如何控制呢?
在实践过程中,大家又是怎样践行敏捷测试的呢?

如果觉得我的文章对您有用,请随意打赏。您的支持将鼓励我继续创作!
共收到 5 条回复 时间 点赞

一般一个迭代一个星期。一个迭代的需求锁定之后最好不要改变。可以在下个迭代来跳转。

从来没真正遇到过敏捷,都是来源于理论,也可能身在敏捷心在瀑布。

766 #3 · 2016年10月09日 Author

#2 楼 @lucasluo 同感,这么多年大家一直在提倡敏捷敏捷,但是最近再次学习敏捷资料后发现,经历的并非真正的敏捷

@silent_8 这就感觉是玩摇滚,得有一批跟你志趣相投的人,不合适的人擦不出火花,能爆炸。

766 #1 · 2016年10月09日 Author

#4 楼 @lucasluo 是的,一两个人是推行不起来的,真的会炸

需要 登录 后方可回复, 如果你还没有账号请点击这里 注册