TDD
为什么开发人员不喜欢 TDD?
测试驱动开发(TDD)是一种软件开发过程,依赖于短期开发循环的重复: 首先开发人员编写一个自动化测试用例来定义所需的改进或新功能, 然后编写代码来通过该测试, 最后重构新代码以符合可接受的标准。 然而.
如何编写TDD测试的启发式方法:从期望开始 - qwan
首先从编写测试的最后一部分开始:从期望(或断言)开始,然后自下而上编写测试。在最后开始测试,期望(或断言)的位置可能会让人感到奇怪。您可能倾向于从上到下编写测试,从设置到调用生产代码,再到期望。从期望.
测试驱动开发(TDD)实战心得 - DeniMoka
熟悉TDD的三个定律这些规则是在实践中使用TDD的基础。它们限制我们一次只更改一件事。他们迫使我们采取步伐!记住并严格遵守这些规则,以便有效地使用TDD!在代码没有通过失败的单元测试之前不要编写任何生.
幽默:TDD并不意味着先编写测试然后编写代码 - jamesshore
不同意马丁大叔的观点:Bug不是程序员的错 • Buttondown
为什么我们不同意罗伯特·马丁的主张: “缺陷是程序员的错。造成缺陷的是程序员,而不是语言。” 我说这是他的哲学的重大缺陷。从表面上看,这听起来很明显。缺陷来自代码,程序员编写代码,因此缺陷来自程序员。.
幽默:TDD揭示了数据库应用背后一个肮脏的真相 - Adam
TDD揭示现实背后的肮脏真相:几乎所有LoB应用程序(数据库应用)都无法使用TDD,因此LoB无需任何有趣或艰苦的工程设计。众说纷纭:如果我们的顾问只知道SQL,将我们所有的应用程序逻辑塞入2000行.
幽默:Ruby on Rails创建者DHH自称是DDD粉丝,不喜欢数学算法,喜欢业务逻辑 - CoRecursive Podcast
我不会成为程序员的原因,因为我只是对数学问题没有兴趣。除了实用算法以外,我对算法没有任何兴趣。嗯 我的确对领域建模深有感触。我对领域建模深有深厚的感情,我与Eric Evans有类似的领域驱动型设计感.
幽默:编程是10%时间用于写代码而90%时间用于理解为什么不工作 -mariofusco
鲍勃大爷:怎么做TDD编程?
幽默:问题Bug出在哪里呢?测试本来是帮助减少问题,却造成了问题。
James Shore:不要使用单元测试的代码覆盖率
如果您正在使用测试驱动开发,请不要衡量单元测试的代码覆盖率,这比无用的统计更糟糕; 它会积极地引导你误入歧途。你应该怎么做?这取决于你想要完成什么。改进代码和测试实践如果您正在尝试改进团队的编码和测试.
粗心的Mock模拟测试是有害的 - Philippe Bourgau
在2010年至2014年期间,我正在开展一个名为http://mes-courses.fr的辅助项目。这实际上类似“家庭购物”。我希望人们能够在5分钟内通过使用更好的在线百货界面购物。我使用的是Rub.
TDD与DDD的疑惑
如何将TDD与DDD结合起来,最近在看TDD(测试驱动开发的艺术),也按照书中例子尝试了一些,然而思维仍然很混论。感觉上无法很好的调和DDD和TDD,大体上感觉TDD应该遵从DDD中的原则和约束应用到.