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

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

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

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

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


↙↙↙阅读原文可查看相关链接,并与作者交流