QA和Devs应该如何在中协同工作？

Question

在我的团队中，我们有大约5名开发人员和3名QA测试人员。

我们的sprint是10天的sprint，但是我们作为开发人员的工作应该在第6天完成，这样QA测试人员就可以在我们的双周发布之前有3天的时间来测试我们完成的工作。

我觉得这个系统效率很低，实际上限制了我们作为开发人员所能做的工作，因为我们只有6天的开发时间，然后是几天的经验循环，因为还没有更多的用户故事。

其他人是怎么做到的？

Answer 1

开发人员的任务应该足够细，如果可能的话，开发人员可以在大约4小时内完成。这有助于开发人员每天完成大约2项任务，从第1天开始，QAs将能够开始测试。

您可以根据动态更改数字，但一般说来，细粒度任务有助于异步工作和使用。

Answer 2

你可能会尝试的一些事情：

• 分解了尽可能小的
• ，使用stubbs和

使特性可以更快地启动测试准备，

• 使用测试优先方法，并在开发工作开始之前编写自动化测试( QAs和开发人员都可以编写自动化测试)

。

Answer 3

你描述开发/qa分裂的方式是两周内的“瀑布”喷出！

其中一个敏捷框架(DSDM)具有“测试在整个生命周期中集成”的“测试实践”。

这意味着故事/PBI是经过测试的，因为他们已经开发出来，不是所有的“保存”，直到结束的斯普林特！

Nezih TINAS关于PBI大小的答案可以用于Story中的任务，但我更喜欢由具有全面验收测试的开发人员进行3到4天的端到端PBI；超过4或5 AC通常意味着将PBI分开，仍然是端到端，而不是前端/后端。

当你的开发人员工作了6天，你的3个QA人员在做什么？