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

Question

我们第一次尝试使用TFS 2012在我们公司实施Scrum.到目前为止,由于我们有问题到目前为止没有人能找到答案,所以这个过程并没有做得很好.

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

这就是我们迄今为止所拥有的:

我们对Done的定义澄清了一个故事只有在故事传给测试人员时才能被认为是完成的,其中一个(在这种情况下,我)说故事已经完成.到现在为止还挺好.

我们有一个测试服务器,其中执行所有测试,并且该服务器类似于生产服务器(Web应用程序).

正如我所说,主要关注的是如何处理测试:

你能帮忙的话,我会很高兴.

Answer 1

- 由于所有开发人员都可以提交他们的代码(使用SVN),他们什么时候应该提交？任务完成或积压项目完成后？

Ans:我认为你应该在代码准备好后立即提交.如果您在用户故事下创建了任务,并且任务涵盖了一些小型开发,则可以提交并关闭该任务.因此,与智能一样,您可以使用较小的任务来开发用户故事.完成所有任务后,用户故事(积压项目)即告完成.

要测试这些提交,您可以做的是拥有一个针对CI环境运行的自动化测试套件.因此,您可以涵盖烟雾测试和回归测试.可以基于时间确定要运行的测试套件的类型.例如,您可以每周运行回归测试套件并每晚运行测试套件.

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

答:不应该有严格的截止日期,例如发布测试版本.可以在用户故事发展时开始测试.测试人员如何提供帮助,测试人员可以在开发人员使用的代码上"显示会话"并提供一些反馈.并在用户故事解决后开始进行功能测试(您可以在tfs中使用此状态).但请确保在sprint结束前完成测试.

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

- 我们应该在每个积压项目上创建一个部署任务和一个测试任务吗？

答:是的,每个用户故事应该有两个不同的任务.一项任务包括功能测试(用户故事测试).这对于估算以及获得正确的团队速度非常重要.