代码之家 › 专栏 › 技术社区 › matt_dev

围绕着将单元测试添加到构建中,如何定制开发过程?[关闭]

tdd automated-tests build-process

1

matt_dev · 技术社区 · 14 年前

我在工作中遇到过这样一种情况,有人提议将我们的单元测试添加到巡航控制连续构建过程中。单元测试将作为CC中的另一个项目添加,这样我们就有了 “正常构建” 项目和a “构建和测试” 项目。我们目前使用“正常构建”过程a)确保没有开发人员破坏构建,b)确保在将发布推送到QA/生产时构建没有破坏。

因此,我理解这些好处,但我仍然担心这将如何影响我们的发展进程。这是我看到的情况。。。

“正常建造”项目
当构建失败时
开发商得到一个巨魔

新流程。。 .

“正常建造”项目的指示灯为绿色
“构建和测试”项目的指示灯变红
开发人员得到。。。

:没什么。我们正在做TDD,如果单元测试失败也没关系。”“构建和测试”项目是红色的,我们不打算把构建推给QA。

情景二 :开发人员得到TROLL,“构建和测试”项目永远不应该是红色的。

不管怎样,我很想知道这个过程的想法是什么?请保持简短。您的团队是否在构建中包含单元测试。如果是,您是否遵循TDD?你总是努力让你的构建和测试保持一致吗?

3 回复 | 直到 14 年前

1

sleske 14 年前

不管怎样,我很想知道你对这个过程有什么想法?拜托保持简短。你的团队在生成中包括单元测试。如果努力用测试保持你的构建

嗯,我们并不总是完全一致的,但原则上:是的,是的。

第1点:

嗯,你真的必须在每日构建中运行测试。否则,在您没有预料到的地方测试失败会在一段时间内不被注意到—这就破坏了单元测试的整个目的。只有在注意到测试失败时才有用 .

第二点:

2

1

Keith Nicholas 14 年前

build应该运行测试,总是通过,对于TDD是

另外,如果你有自动化的功能测试,那也应该运行。在功能测试中,您可能没有通过所有测试,但是您永远不应该开始失败的测试是

3

1

ChrisW 14 年前

无论您是否使用TDD,除非/直到它通过测试,否则不要签入。或者,如果您愿意/必须这样做,您可以将损坏的代码/测试签入到“private”分支,该分支的测试没有断言。