单元测试 – Scrum是否可能没有测试驱动开发?

前端之家收集整理的这篇文章主要介绍了单元测试 – Scrum是否可能没有测试驱动开发?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我现在目睹了两家公司采用Scrum进行敏捷开发.

在这两种情况下,编码的标准足够好,当应用程序的每个部分仅由一个或两个开发人员处理时,开发人员在开始下一个任务之前花费合理的时间来处理应用程序的一部分.缺陷率也是合理的.

但是,Scrum预计开发人员将会:

>所有人都可以在应用程序的所有位上工作.
>只能在应用程序的一个区域工作多达几天,然后再移动到下一个区域
>大多数工作在他们没有写的代码

代码质量成为两个Scrum项目中的一个问题.

那么有没有办法做Scrum呢不会导致这些问题,而不用先让所有的开发人员做测试驱动开发?

您是否看过Scrum在没有测试驱动开发的大型项目中工作良好? (如果是这样的话)

无论使用Scrum,您所看到的都是从代码所有权方式到公共代码方法的变化.为了工作,必须有一个支持它的过程更改.一种这样的可能性是TDD.还有其他的(自动化的单元测试,即使不驱动设计加上代码评论,强大的设计沟通,更大的设计前端,没有开发代码,没有首先配对原始作者的代码,还有更多我相信你可以想到).

社区方法在较小的社区(大型社区可以堕落成公墓的悲剧)中工作,成员之间具有很强的凝聚力.

猜你在找的设计模式相关文章