首页 > 代码库 > TDD vs. BDD
TDD vs. BDD
如果你一直在关注最新的软件开发,你一定听过测试驱动开发(Test-driven development TDD)和行为驱动开发(Behavior-driven development BDD)。这篇文章说明比较了这两种不同的开发模式,并提供了例子。
Test Drive Development,测试驱动开发
当我第一次听说TDD,就觉得它是一个很简单的概念,TDD是使用测试案例等来驱动你的软件开发。
如果我们想要更深入点了解TDD,我们可以将它分成五个不同的阶段:
1.首先,开发人员编写一些测试方法。
2.其次,开发人员使用这些测试,但是很明显的,测试都没有通过,原因是还没有编写这些功能的代码来实际执行。
3.接下来,开发人员实现测试中的代码。
4.如果开发人员写代码很优秀,那么在下一阶段会看到他的测试通过。
5.然后开发人员可以重构自己的代码,添加注释,使其变得整洁,开发人员知道,如果新添加的代码破坏了什么,那么测试会提醒他失败。
这种周期不断的循环下去,只要开发者有更多的功能需要开发。流程图如下:
Test-driven development flowchart
例子:
我们来看看一个开发人员是怎么来做着几个步骤的。这篇文章的完整的代码在:https://github.com/jdavis/tdd-vs-bdd,代码免费下载,你可以使用以下命令来运行:npm install && grunt。
比方说,开发人员希望写一个简单的函数来极端阶乘(这个例子很简单,但它会告诉我们TDD和BDD之间的差异)。TDD的常规做法是使用这个方法(function),然后断言(assert)计算结果符合条件。
在这个例子中,我们将使用Javascript的测试框架中的Mocha。测试应该和下面这个差不多:
var assert = require(‘assert‘), factorial = require(‘../index‘);
suit(‘Test‘, function(){ setup(function(){ //Create any objects that we might need }); suit(‘#factorial()‘, function(){ test(‘equals 1 for sets of zero length‘, function(){ assert.equal(1, factorial(0)); }); test(‘equals 1 for sets of lengrh one‘, function(){ assert.equal(1, factorial(1)); }); test(‘equals 2 for sets of lengrh two‘, function(){ assert.equal(2, factorial(2)); }); test(‘equals 6 for sets of length three‘, function(){ assert.equal(6, factorial(3)); }); }); }); |
很明显,测试会失败,因为我们还没有写函数。然后让我们来写满足测试条件的函数。这些函数可能像下面这样:
module.exports = function(n) { if(n<0) return NaN; if(n===0) return 1;
return n*(factorial(n-1)); } |
现在我们运行这个测试,就可以通过了。下面我们看看BDD是怎样工作的。
Behavior-Driven Development ,行为驱动开发
好啦,现在你可能要问什么是BDD呢?这个定义呢,就有一点模糊了。有些人会说,它和TDD很像;还有人会说,这就是有着更好的指导的TDD。
不管它实际的定义是什么,这没有那么重要。最主要的是你要知道BDD可以消除TDD可能存在的问题。
和TDD比起来,BDD是需要我们先写行为规范(功能明细),在进行软件开发。功能明细和测试看起来非常相似,但是功能明细更加含蓄一些。
例子:
让我们继续看一下上面那个例子用BDD如何实现:
var assert=require(‘assert‘), factorial = require(‘../index‘);
describe(‘Test‘, function(){ before(function(){ //Stuff to do before the tests, like imports, what not });
describe(‘#factorial()‘, function(){ it(‘should return 1 when given 0‘, function(){ factorial(0).should.equal(1); }); it(‘should return 1 when given 1‘, function(){ factorial(1).should.equal(1); }); it(‘should return 2 when given 2‘, function(){ factorial(2).should.equal(2); }); it(‘should return 6 when given 3‘, funcrion(){ factorial(3).should.equal(6); }); });
after(function(){ //Anything after the tests have finished }); }); |
最主要的区别在于描述的不同。BDD采用了更详细的方式使得它看起来就像是一句话。
这就是我所说的BDD可以解决一些TDD可能导致的问题。让你的测试看起来更像一个句子,是一种认知上的转变,你会更多的去考虑如何写你的测试。有一种说法是,如果你可以毫无障碍的阅读你的测试,你自然会写出更好的、更全面的测试。
这个例子很简单,我们不需要对其做过多的说明。BDD测试应该注重功能而不是实际的结果。你常常会听说BDD是帮助设计软件,而不是像TDD那样的测试软件。
TDD VS BDD
在TDD和BDD之间做选择是比较复杂的事情。这取决于你使用的语言是否有一个合适的测试框架,你的同事们是否熟悉他等等因素。
有些人认为BDD总比TDD要好。因为它能够消除TDD带来的问题。
BDD的关键在于,他并不是总能够保证阻止问题的发生。就像那些糟糕的代码组织或者是糟糕的设计的问题依然存在。使用测试让你写糟糕代码的可能性降低,从而有更强大的功能。
结论
哪一种测试方案会更好,这完全取决于个人。一个知道如何写优秀的TDD测试的人可能和另一个写优秀的BDD测试的人所写出代码的bug一样少。如果你发现你自己使用TDD写了不完整的测试,并希望设计更好的软件,那么不妨使用下BDD。如果你是一个学习TDD和BDD的新手,我建议你先学习TDD。这两种风格最重要的部分就是强制你写你代码的测试样例。如果你从不测试你的代码,你会需要他们的。
我不是一个研究TDD和BDD的专家。我只是知道他们之间的一点区别,并研究了以下。再次说明,文中的代码位于:https://github.com/jdavis/tdd-vs-bdd。
如果您对这篇文章有建议或错误改正。或者只是提出你的不同意的观点,我很乐意听到这一切。请随时与我联系。感谢您的阅读!
原文链接:
https://joshldavis.com/2013/05/27/difference-between-tdd-and-bdd/
TDD vs. BDD