TDD

     

为什么开发人员不喜欢 TDD?

237 1

测试驱动开发(TDD)是一种软件开发过程,依赖于短期开发循环的重复: 首先开发人员编写一个自动化测试用例来定义所需的改进或新功能, 然后编写代码来通过该测试, 最后重构新代码以符合可接受的标准。 然而.

如何编写TDD测试的启发式方法:从期望开始 - qwan

746 2K

首先从编写测试的最后一部分开始:从期望(或断言)开始,然后自下而上编写测试。在最后开始测试,期望(或断言)的位置可能会让人感到奇怪。您可能倾向于从上到下编写测试,从设置到调用生产代码,再到期望。从期望.

测试驱动开发(TDD)实战心得 - DeniMoka

1936

熟悉TDD的三个定律这些规则是在实践中使用TDD的基础。它们限制我们一次只更改一件事。他们迫使我们采取步伐!记住并严格遵守这些规则,以便有效地使用TDD!在代码没有通过失败的单元测试之前不要编写任何生.

幽默:TDD并不意味着先编写测试然后编写代码 - jamesshore

767
TDD并不意味着先编写测试,然后编写代码。它的意思是“编写测试的一部分,编写代码的一部分。” (然后反馈、改进和重复。) 众说纷纭:TDD是设计软件的一种糟糕方法! 如果您的代码设计合理,并且有良好的.

不同意马丁大叔的观点:Bug不是程序员的错 • Buttondown

1467 1 2K

为什么我们不同意罗伯特·马丁的主张: “缺陷是程序员的错。造成缺陷的是程序员,而不是语言。” 我说这是他的哲学的重大缺陷。从表面上看,这听起来很明显。缺陷来自代码,程序员编写代码,因此缺陷来自程序员。.

幽默:TDD揭示了数据库应用背后一个肮脏的真相 - Adam

1266

TDD揭示现实背后的肮脏真相:几乎所有LoB应用程序(数据库应用)都无法使用TDD,因此LoB无需任何有趣或艰苦的工程设计。众说纷纭:如果我们的顾问只知道SQL,将我们所有的应用程序逻辑塞入2000行.

幽默:Ruby on Rails创建者DHH自称是DDD粉丝,不喜欢数学算法,喜欢业务逻辑 - CoRecursive Podcast

2356 3

我不会成为程序员的原因,因为我只是对数学问题没有兴趣。除了实用算法以外,我对算法没有任何兴趣。嗯 我的确对领域建模深有感触。我对领域建模深有深厚的感情,我与Eric Evans有类似的领域驱动型设计感.

幽默:编程是10%时间用于写代码而90%时间用于理解为什么不工作 -mariofusco

1674 1
众说纷纭:我认为应该加上80%的思考,20%的编码和调试。不幸的是,敏捷把思考部分推开了,这就是为什么你处于一个有残疾和有毒的环境+ 10%骂娘!如果先进行测试就不会了...90%的人试图弄清您昨晚写.

鲍勃大爷:怎么做TDD编程?

1 2398 3
TDD:在未通过测​​试的情况下,请勿编写任何生产代码。一旦测试失败或编译失败,请停止编写该测试。测试失败后,立即停止编写生产代码。两者都重构,然后重复。循环时间:〜10-60秒。众说纷纭:这显然很出.

James Shore:不要使用单元测试的代码覆盖率

998

如果您正在使用测试驱动开发,请不要衡量单元测试的代码覆盖率,这比无用的统计更糟糕; 它会积极地引导你误入歧途。你应该怎么做?这取决于你想要完成什么。改进代码和测试实践如果您正在尝试改进团队的编码和测试.

粗心的Mock模拟测试是有害的 - Philippe Bourgau

1115 10K

在2010年至2014年期间,我正在开展一个名为http://mes-courses.fr的辅助项目。这实际上类似“家庭购物”。我希望人们能够在5分钟内通过使用更好的在线百货界面购物。我使用的是Rub.

TDD与DDD的疑惑

3 3160

如何将TDD与DDD结合起来,最近在看TDD(测试驱动开发的艺术),也按照书中例子尝试了一些,然而思维仍然很混论。感觉上无法很好的调和DDD和TDD,大体上感觉TDD应该遵从DDD中的原则和约束应用到.