我们的冲刺持续时间为2周，在此期间我们开发了一些功能并由开发人员进行测试。然后我们将产品发布到端到端测试团队，sprint结束。在我们的冲刺结束后，测试团队将测试并向我们报告错误修复。
一个想法是，当sprint结束时，我们应该有一个无错误且可交付的产品。这意味着我们应该将冲刺持续时间更改为3周，并在最后一周进行测试和错误修复，以便我们确保冲刺结束意味着可交付产品。
但这不太现实，我们不知道测试需要多长时间。
何时应该在Sprint中进行错误修复和端到端测试？
在开发功能之前/之后，测试人员是否应该在我们的sprint开始时开始计划和编写自动端到端测试（TDD），这样当我们将代码部署到测试环境时，他们可以立即运行自动化测试（使用SpecFlow和Selenium）。
最佳做法是什么？
答案 0 :(得分：6)
何时应该在Sprint中进行错误修复和端到端测试？
关于您的问题，错误修复和端到端测试应该属于同一个sprint 。
Scrum要求为最终用户（而不是测试团队）提供可交付的产品。目前，您的流程违反了Agile Manifesto，因为它说：
个人和互动对流程和工具更有价值
在sprint期间，开发人员和测试人员之间没有交互。在Scrum框架中，跨职能团队几乎是必不可少的。您需要将测试人员作为软件开发过程中不可或缺的一部分，即在整个过程中与开发人员一起工作。您的流程应确保：
开发人员可以通过逐个完成单个用户故事来帮助测试人员。一旦故事完成（并且其单元测试通过），测试人员应该开始测试它（功能测试）。不要等到完成整个sprint backlog以便开始测试。一旦故事/功能集成，测试人员就可以执行验收测试。
Scrum团队尽一切努力从概念到编码和测试功能采取一小部分功能。 http://www.mountaingoatsoftware.com/topics/scrum
现在到了你的另一点：
但这不太现实，我们不知道测试需要多长时间。
一旦测试人员成为Scrum团队的一员，您的sprint估计值还应包括完成每个故事的测试所需的时间。用户故事估计不仅应包括开发时间，还应包括编写单元测试，验收测试和任何文档（如果需要）所需的时间。
测试人员将负责提供有关数据创建，测试用例/验收测试设计，测试执行，框架设计/改进，脚本任务，设置环境等的估算。 http://www.scrumalliance.org/community/articles/2013/june/testers-working-in-an-agile-team
这篇文章也可以提供帮助：What is the role of a QA tester on a Scrum team?
答案 1 :(得分：1)
“完成定义”应包括与测试相关的项目（无论是单元测试，BDD，TDD，ATDD，验收标准等）。
原因很简单：在Sprint结束时，开发团队应该生成“潜在可释放”的产品增量。这意味着所有的工作已经完成。设计，开发，测试，文档等。
就测试应该花多长时间而言，将其作为每个产品Backlog项目的离散任务包括在内，并要求开发团队估算所涉及的工作，就像任何其他任务一样。
答案 2 :(得分：1)
这是一个更大的想法：让开发人员负责测试自己的代码并修复自己的错误。将质量保证人员的角色转变为顾问和顾问，而不是在冲刺结束时的守门人。
在Assembla，我们发现这种方法有三大优势：
开发人员最了解代码，因此他们可以更快更有效地修复缺陷。
负责修复缺陷，为开发人员构建良好的测试提供了强有力的激励，并且可以更好地决定功能何时“完成”。
质量保证人员可以发挥更具战略性的作用，为开发人员提供建议和专业知识，并监控团队的整体质量和生产力。他们得到更多尊重！
角色转换并不简单，但我们发现最终它可以更快地通过流程获得新功能，并提高生产力。
您可以在http://www.continuousagile.com/unblock/cd_roles.html找到有关这些提示的更多详情。这是一个名为“Unblock！A Guide to the New Continuous Agile”的新电子书页面（http://www.continuousagile.com/unblock/）。