Warning: file_get_contents(/data/phpspider/zhask/data//catemap/1/wordpress/12.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Agile processes 如何在scrum sprint中集成开发人员和测试人员之间的活动_Agile Processes - Fatal编程技术网

Agile processes 如何在scrum sprint中集成开发人员和测试人员之间的活动

Agile processes 如何在scrum sprint中集成开发人员和测试人员之间的活动,agile-processes,Agile Processes,你好 关于scrum sprint中测试人员和开发人员之间活动的任何建议或意见 测试人员是否将其验收测试(验收标准中的ATDD)提供给开发人员以开始编写用户故事,如果开发人员完成了编码,测试人员是否获取实现的故事并开始其(ATDD)执行。 另外,系统分析团队的主要角色是什么(它在瀑布模型中从brs生成srs) 在我们公司,我们尝试使用敏捷而不是瀑布式,因此我非常感谢您的帮助在sprint中有很多方法可以将开发和测试结合起来 我认为一种行之有效的方法是在开发之前编写验收测试 步骤如下: 工作项被

你好 关于scrum sprint中测试人员和开发人员之间活动的任何建议或意见 测试人员是否将其验收测试(验收标准中的ATDD)提供给开发人员以开始编写用户故事,如果开发人员完成了编码,测试人员是否获取实现的故事并开始其(ATDD)执行。 另外,系统分析团队的主要角色是什么(它在瀑布模型中从brs生成srs)
在我们公司,我们尝试使用敏捷而不是瀑布式,因此我非常感谢您的帮助

在sprint中有很多方法可以将开发和测试结合起来

我认为一种行之有效的方法是在开发之前编写验收测试

步骤如下:

  • 工作项被分配给下一个sprint
  • 分析员、测试人员和开发人员共同确定所选工作项的验收测试
  • 测试是构建然后运行的,理想情况下是在持续集成中
  • 所有测试都失败了,因为还没有编写代码
  • 开发从工作项开始
  • 开发工作一直进行到所有测试都通过为止
理想情况下,所有这些都是在冲刺期间或冲刺开始前的几天内完成的。一些团队发现他们需要更多的时间来分析和准备验收测试,所以他们可能会选择在sprint开始前一到两周进行


但是,您必须小心,不要提前太多准备工作,因为为了遵循敏捷方法,我们希望能够响应需求/优先级的变化。

您所说的“srs”和“brs”是什么意思?还有,你所说的“分析团队”是什么意思?该团队是否与您的Scrum团队分开?对不起,我的公司使用瀑布模型,系统分析团队负责将业务分析团队编写的(业务需求规范)转换为(Sofrware需求规范)这代表了软件开发人员的投入……我们试图转移到scrum,我们有角色变化的问题。这个问题更适合。正如标签描述所说,这些问题在这里被认为是离题的。你的意思是验收测试将作为开发人员的输入,我认为团队(开发人员、测试人员…)将在story workshop中为每个用户故事定义验收标准是不正确的吗?我还认为,在每个sprint中,测试人员都会准备验收标准作为验收测试,而这个验收测试将是开发人员开始编码的输入???你同意我的意见吗?是的,完全同意。我要补充的唯一一点是,在一些团队中,角色的定义并不十分明确。例如,我曾与参与编写验收测试的开发人员合作。很好,但您所说的减少了测试团队的责任,旧的项目经理角色如何,他是否可以成为scrum master,我们有一个大型团队(移动和web开发人员、测试团队、分析团队)如果我们不仅仅是scrum团队,如何将积压的用户故事在我们之间进行划分?您是否希望每个项目都有单独的scrum团队,您可以想象我们目前的情况,50名开发人员40名测试人员,25名业务和系统分析人员和瀑布,StackExchange格式建议具体问题和具体答案。提出分开的问题不是问题,在同一个问题上堆问题也不是那么好。