敏捷scrum过程中测试和UAT之间的区别是什么



我在一家采用瀑布法的产品公司做了4年的QE。我试图了解UAT是如何以及何时在敏捷方法中执行的?我知道,敏捷测试人员使用用户故事的接受标准来构建测试用例。但是,验收标准是否也有助于制定验收测试?那么敏捷中SIT测试用例和UAT测试用例之间的区别是什么?谁能澄清一下我的困惑吗。谢谢

当遵循敏捷方法时,我们希望以迭代的方式工作,并具有频繁发布的能力。

这可能会使传统的UAT成为一个挑战。

有很多技术可以提供帮助,例如:

  • 确保构建过程中有很多质量,例如通过使用自动回归测试、连续集成等。这有助于降低缺陷达到UAT阶段的风险
  • 使用类似行为驱动开发(BDD(的东西,它通过预期行为来定义工作。这有助于减少对UAT的需求,在某些情况下可以消除它
  • 仔细规划UAT的发生方式和时间,以便它能够适应迭代发布过程

例如,与我共事的一个Scrum团队使用了以下UAT方法:

他们有一个专门的UAT环境,并在整个sprint过程中对其进行了发布。每当他们向UAT环境发布时,他们都会生成一份发布说明,详细说明更改/添加了哪些功能。

UAT测试人员来自IT之外。他们的日历上有专门用于进行UAT测试的时段。例如,其中一些人在每周的周二和周五有两个小时的时段。

UAT提供反馈的机制是尽可能自动化的。开发团队将非常迅速地对UAT反馈采取行动,并将:

  • 对代码进行更改
  • 修复任何缺陷
  • 回滚特性更改并将其安排为稍后的冲刺

相关内容

  • 没有找到相关文章

最新更新