testing - Scrum 如何使用 TFS 2012 处理测试？

Question

我们是第一次尝试使用 TFS 2012 在我们的公司实现 Scrum。到目前为止，这个过程做得不是很好，因为我们有一些问题，到目前为止还没有人能找到答案。

我们主要关心的是如何处理测试阶段。以下是或场景(就人员/工作而言):

• 我们有 6 个程序员
• 我们有一个 scrum master
• 我们有 2 名测试人员(不是程序员)

这就是我们目前所拥有的:

• 所有的愿望都交给董事会
• 我们召开了冲刺 session ，在 session 上我们为这些愿望添加了任务
• 我们准备冲刺
• 人们开始做他们的工作

我们对完成的定义阐明，只有当故事交给测试人员并且其中一个人(在这种情况下，就是我)说故事已经完成时，故事才能被视为完成。到目前为止一切顺利。

我们有一个测试服务器，所有测试都在其中执行，该服务器类似于生产服务器(网络应用程序)。

正如我所说，我们主要关心的是如何处理测试:

• 既然所有开发人员都可以提交他们的代码(使用 SVN)，那么他们应该什么时候提交？任务何时完成或积压项何时完成？
• 应何时发布测试版？
• 应该什么时候开始测试？我们应该在任务完成后或积压项目完成后开始测试？我们如何在应该开始测试时得到通知？
• 我们是否应该为每个积压项目创建一个部署任务和一个测试任务？

任何帮助都会很好。

Answer 1

- 既然所有开发人员都可以提交他们的代码(使用 SVN)，那么他们应该什么时候提交？任务何时完成或积压项何时完成？

Ans:我认为您应该在代码准备就绪后立即提交。如果您在用户故事下创建了任务并且任务涵盖了一些小的开发，您可以提交并关闭任务。因此，明智的做法是，您在开发用户故事方面的任务较小。完成所有任务后，用户故事(待办事项)就完成了。

要测试这些提交，您可以做的是拥有一个针对 CI 环境运行的自动化测试套件。所以你可以涵盖冒烟测试和回归测试。可以根据时间确定要运行哪种类型的测试套件。例如，您可以每周运行回归测试套件并每晚运行测试套件。

- 何时发布测试版？ - 什么时候开始测试？我们应该在任务完成后或积压项目完成后开始测试？我们如何在应该开始测试时得到通知？

回答: 发布测试版本不应该有严格的截止日期。可以在开发用户故事时开始测试。测试人员如何提供帮助是测试人员可以对开发人员使用的代码进行“展示 session ”并提供一些反馈。并在解决用户故事后开始功能测试(您可以在 tfs 中拥有此状态)。但要确保在冲刺结束前完成测试。

如果测试债务很高，您可以进行强化冲刺。

- 我们是否应该为每个积压工作项创建一个部署任务和一个测试任务？

回答:是的，每个用户故事应该有两个不同的任务。一项任务涵盖功能测试(用户故事测试)。这对于估算和获得正确的团队速度很重要。