- 浏览: 352577 次
- 性别:
- 来自: 北京
最新评论
-
wind35:
楼主分析的挺好,我自己也通常会给自己的懒惰一个冠冕堂皇的理由
天道酬勤? -
zx848:
乔布斯....
答复: 面试遇到 “怪题”你如何应付? -
ggsjy:
同意二楼,本篇貌似理性,却隐约看出楼主对底层生活的疏远,不拿软 ...
Re: 父母逼着我买房子,怎么办? -
adamed:
高考与前身科举类似正面意义是给了广大底层人民‘可能’走上来的途 ...
应试教育的精髓所在 -
zjf_1103:
楼主说的是实在话
天道酬勤?
需求:反转一个句子
我可能会写出以下的测试——写一个测试,然后写代码让测试通过,然后再写下一个测试。
自己看吧。
那按你的想法,测试完整应该考虑到每种情况,那代码量也将增加不少,测试的时间也增加了。
我的观点还是测试基本功能较好,那样节省时间和代码量,不知你怎么看带这个问题,还请说详细点
那ozzzzzz怎么看gigix 关于testShouldSplitSentenceIntoWords这个测试?
这个测试就是所谓的“设计过程”
实际上照我真实的想法,我是不想写这个测试的,因为这个需求实在太简单了
不过为了说明这里确实有“设计”的存在……
我把一个大的问题分解成两个小的问题,先用测试驱动解决第一个,再用测试驱动解决第二个
就是这样
其实这里就引出一个问题,也就是TDD也有粒度问题,并且很多时候这个粒度问题并不比需求中粒度问题简单,需要我们小心控制。虽说XP要求我们小步快跑,但是这个小步也是有粒度要求的。
一般我都会抽象出接口来,对接口进行TDD测试!
满足Test2的最简单的实现是直接return预期的结果
而同时满足Test2和Test3的最简单的实现,则是我真正想要的
重构出一个SentenceSplitter类不明白。。。。是哪条原则呢?
不知道是哪条原则,不过想法是这样的:
一开始我只考虑怎么实现。我设计了一个split的功能,所以我给它写测试,然后实现它。实现完以后,我发现split显然不应该是StringReverser的功能,所以我重构它,把它抽取到SentenceSplitter类,并且把对应的测试也搬到SentenceSplitterTest。这个时候StringReverser的split方法只是一句直接的delegate,所以不需要测试,并且可以直接inline到reverse方法内部去。
(以上只是为了说明过程。实际上经过重构,split这个方法非常可能被重构到只剩下“sentence.split()”这么一句,然后直接inline,然后去掉split方法和对应的测试。)
重构出一个SentenceSplitter类不明白。。。。是哪条原则呢?
重构出一个SentenceSplitter类
是不是过度需求,取决于用户。反转字符串这种库级别的方法,能够处理null和空白是很正常的需求。如果有这样的需求的话,我绝对是现写最简单的边界条件的。如果几个测试最后走的都是同一个路径的话,我在写的时候就会把他们合并掉或者删掉没有必要的那个的。
合并和删除一个测试要比添加困难的多,资源消耗也大的多。
是不是过度需求,取决于用户。反转字符串这种库级别的方法,能够处理null和空白是很正常的需求。如果有这样的需求的话,我绝对是现写最简单的边界条件的。如果几个测试最后走的都是同一个路径的话,我在写的时候就会把他们合并掉或者删掉没有必要的那个的。
也客户可能要的就是这个
只是现在没提,
那么现在就不要作
反正tdd的好处就是改起来没负担,快。
只有有了需求再改。。。成这个样子。
是啊
test2的代码可以写成:return "XXXXXXXXxx xxxxxxxxXXXXXX";
test3的代码必须写成:用截取的方式。
我可能会写出以下的测试——写一个测试,然后写代码让测试通过,然后再写下一个测试。
自己看吧。
public class StringReverseTest { # Test 1 public void testShouldSplitSentenceIntoWords(){ StringReverser sr=new StringReverser(); String str = "This is a sentence"; Assert.assertEquals(4, sr.split(str).size()); Assert.assertEquals("sentence", sr.split(str).get(0)); Assert.assertEquals("a", sr.split(str).get(1)); Assert.assertEquals("is", sr.split(str).get(2)); Assert.assertEquals("This", sr.split(str).get(3)); } # Test 2 public void testShouldReverseSentence(){ StringReverser sr=new StringReverser(); String str = "Tdd is a software devolopment technology"; Assert.assertEquals("technology devolopment software a is Tdd",sr.reverse(str)); } # Test 3 public void testShouldAlwaysReverseSentences(){ StringReverser sr=new StringReverser(); String str = "This is Yet Another sentence"; Assert.assertEquals("sentence Another Yet is This",sr.reverse(str)); } }
评论
37 楼
kaituozhe6666
2008-07-06
呵呵,新手,学习ing ^_^!
个人认为:如果开发产品(如word),健壮性是很重要的指标,应用taowen的方法,
而如果开发有业务过程的项目时,测试主要应该满足其需求目标,同时考虑成本因素gigix的方法更好一些。
个人认为:如果开发产品(如word),健壮性是很重要的指标,应用taowen的方法,
而如果开发有业务过程的项目时,测试主要应该满足其需求目标,同时考虑成本因素gigix的方法更好一些。
36 楼
lean1252
2008-06-14
ozzzzzz 写道
测试是测试,测试驱动是测试驱动,别把两个东西搞混了。说白了测试驱动还是需求驱动,而测试则需要考虑更多的东西。gigix的做法在tdd看来很棒,但是在测试角度看则很不完整。
那按你的想法,测试完整应该考虑到每种情况,那代码量也将增加不少,测试的时间也增加了。
我的观点还是测试基本功能较好,那样节省时间和代码量,不知你怎么看带这个问题,还请说详细点
35 楼
naive_1010
2008-05-17
ozzzzzz 写道
gigix 写道
hostler 写道
ozzzzzz 写道
TDD的做法并不是要你在最早就准备好一个完整的测试系统,而是要你通过写准对需求的测试,也就是针对功能的测试,来因对性的完成你的代码。这是一个由需求,转换为针对测试,在因对的代码的过程。
那ozzzzzz怎么看gigix 关于testShouldSplitSentenceIntoWords这个测试?
这个测试就是所谓的“设计过程”
实际上照我真实的想法,我是不想写这个测试的,因为这个需求实在太简单了
不过为了说明这里确实有“设计”的存在……
我把一个大的问题分解成两个小的问题,先用测试驱动解决第一个,再用测试驱动解决第二个
就是这样
其实这里就引出一个问题,也就是TDD也有粒度问题,并且很多时候这个粒度问题并不比需求中粒度问题简单,需要我们小心控制。虽说XP要求我们小步快跑,但是这个小步也是有粒度要求的。
一般我都会抽象出接口来,对接口进行TDD测试!
34 楼
solospider
2007-12-29
只能说是一个没有完成的测试驱动开发的Test Case
因为仅凭这个测试用例无法完成一个完整的功能的开发
因为仅凭这个测试用例无法完成一个完整的功能的开发
33 楼
抛出异常的爱
2007-12-27
没有test1叫扩大测试颗度
也是敏捷的一种实践
我是写的
不过总是被重构掉.....
因为.....这种东西多了就遮盖了逻辑.
不写eclipse就没办法生成简单的类.
我都是对着红线点击生成类或方法的.
也是敏捷的一种实践
我是写的
不过总是被重构掉.....
因为.....这种东西多了就遮盖了逻辑.
不写eclipse就没办法生成简单的类.
我都是对着红线点击生成类或方法的.
32 楼
bookong
2007-12-27
我理解gigix的三个Test,实际上是将文字语言描述的需求翻译成测试用例描述的需求。
Test 1 对应的文字描述是“要按单词来操作一个句子”。
Test 2 对应的文字描述是“按单词反转这个句子”。
Test 3 结合Test 2 描述是“按单词反转任意一个句子”。
如果在更粗的粒度上,Test 1 感觉是可有可无的,但Test 2和Test 3反到是必须的。
不知道我理解的对不对?
Test 1 对应的文字描述是“要按单词来操作一个句子”。
Test 2 对应的文字描述是“按单词反转这个句子”。
Test 3 结合Test 2 描述是“按单词反转任意一个句子”。
如果在更粗的粒度上,Test 1 感觉是可有可无的,但Test 2和Test 3反到是必须的。
不知道我理解的对不对?
31 楼
blackanger
2007-10-05
[quote=gigix]满足Test2的最简单的实现是直接return预期的结果
而同时满足Test2和Test3的最简单的实现,则是我真正想要的
kert beck 说的三角法
而同时满足Test2和Test3的最简单的实现,则是我真正想要的
kert beck 说的三角法
30 楼
gigix
2007-09-30
qlqsh 写道
不好意思,新手,问一下啊。
LZ的Test2和Test3的区别在哪里?
听“抛出异常的爱”的解释似乎就是为了多测试一遍?
LZ的Test2和Test3的区别在哪里?
听“抛出异常的爱”的解释似乎就是为了多测试一遍?
满足Test2的最简单的实现是直接return预期的结果
而同时满足Test2和Test3的最简单的实现,则是我真正想要的
29 楼
qlqsh
2007-09-30
不好意思,新手,问一下啊。
LZ的Test2和Test3的区别在哪里?
听“抛出异常的爱”的解释似乎就是为了多测试一遍?
LZ的Test2和Test3的区别在哪里?
听“抛出异常的爱”的解释似乎就是为了多测试一遍?
28 楼
gigix
2007-09-25
抛出异常的爱 写道
gigix 写道
pf_miles 写道
解释得不错,只是我还有一个问题:
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
重构出一个SentenceSplitter类
不知道是哪条原则,不过想法是这样的:
一开始我只考虑怎么实现。我设计了一个split的功能,所以我给它写测试,然后实现它。实现完以后,我发现split显然不应该是StringReverser的功能,所以我重构它,把它抽取到SentenceSplitter类,并且把对应的测试也搬到SentenceSplitterTest。这个时候StringReverser的split方法只是一句直接的delegate,所以不需要测试,并且可以直接inline到reverse方法内部去。
(以上只是为了说明过程。实际上经过重构,split这个方法非常可能被重构到只剩下“sentence.split()”这么一句,然后直接inline,然后去掉split方法和对应的测试。)
27 楼
抛出异常的爱
2007-09-25
gigix 写道
pf_miles 写道
解释得不错,只是我还有一个问题:
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
重构出一个SentenceSplitter类
26 楼
gigix
2007-09-25
pf_miles 写道
解释得不错,只是我还有一个问题:
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
重构出一个SentenceSplitter类
25 楼
抛出异常的爱
2007-09-25
至少应该是protected否则不太可能被测试到。。。
不过由于本人不太会写 protected 这个词
所以 都是不写前面的参数的。
如:
不过由于本人不太会写 protected 这个词
所以 都是不写前面的参数的。
如:
void hiddenMethod(){ //todo }
24 楼
pf_miles
2007-09-25
解释得不错,只是我还有一个问题:
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
楼主在测试驱动过程中驱动出了一个split方法,但也许我不希望在这个提供句子反转的类里面同时暴露这个分割单词的方法,我想把它写成private的,那要怎么驱动才能避开它?直接驱动出反转功能吗?那样粒度可能就分得不好了。楼主觉得该如何做呢?
23 楼
ozzzzzz
2007-09-23
taowen 写道
yananay 写道
要根据需求来写测试。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
是不是过度需求,取决于用户。反转字符串这种库级别的方法,能够处理null和空白是很正常的需求。如果有这样的需求的话,我绝对是现写最简单的边界条件的。如果几个测试最后走的都是同一个路径的话,我在写的时候就会把他们合并掉或者删掉没有必要的那个的。
合并和删除一个测试要比添加困难的多,资源消耗也大的多。
22 楼
taowen
2007-09-22
yananay 写道
要根据需求来写测试。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
是不是过度需求,取决于用户。反转字符串这种库级别的方法,能够处理null和空白是很正常的需求。如果有这样的需求的话,我绝对是现写最简单的边界条件的。如果几个测试最后走的都是同一个路径的话,我在写的时候就会把他们合并掉或者删掉没有必要的那个的。
21 楼
bluse
2007-09-21
我感觉还是gigix的算是TDD吧,testShouldSplitSentenceIntoWords测试方法是他实现所需要的
20 楼
抛出异常的爱
2007-09-21
yananay 写道
要根据需求来写测试。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
也客户可能要的就是这个
只是现在没提,
那么现在就不要作
反正tdd的好处就是改起来没负担,快。
只有有了需求再改。。。成这个样子。
19 楼
yananay
2007-09-20
要根据需求来写测试。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
gigix的例子应该把需求写详细了,这样大家就明白了。
而 taowen 那个,根本就不是TDD的方式。完全就是过度需求。
例如客户只是想要一个过冬的棉袄,而且耐用就可以了。
你的测试只要保证它能过冬,而且耐用就足够了。
如果你非要给客户一个能过冬的,刀枪不入的,内置MP3,而且即使
到外太空也能使用的棉袄,那真是闲得没事干了。
18 楼
抛出异常的爱
2007-09-20
hlxiong 写道
我不太明白的是,Test2和Test3有什么不同?是不是它们的实现代码不同?
是啊
test2的代码可以写成:return "XXXXXXXXxx xxxxxxxxXXXXXX";
test3的代码必须写成:用截取的方式。
抛出异常的爱 写道
第一步的写法
第二步的写法
第三步重构:
。。。。。。。。。。。。
这就看个人功力了。
我对自己不太信任所以还会写第三个测试。。。
/** *测试: */ public void testReverseOne(){ StringReverser sr=new StringReverser(); String str = "abc"; Assert.assertEquals("abc",sr.reverse(str)); }
//代码 public Object reverse(String str) { return "abc"; }
第二步的写法
/** *测试: */ public void testReverseOne(){ StringReverser sr=new StringReverser(); String str = "abc"; Assert.assertEquals("abc",sr.reverse(str)); } /** *新加测试: */ public void testReverseTwo(){ StringReverser sr=new StringReverser(); String str = "abc def"; Assert.assertEquals("def abc",sr.reverse(str)); }
/** * 为了完成功能。。。 */ public Object reverse(String str) { String [] tmp = str.split(" ");//坏味道 str ="";//坏味道 for(int i = tmp.length ;i >0 ; i--){//坏味道 str += tmp[i-1];//坏味道 str+=" ";//坏味道 } return str.trim();//坏味道 }
第三步重构:
。。。。。。。。。。。。
这就看个人功力了。
我对自己不太信任所以还会写第三个测试。。。
public void testReverseThree(){ StringReverser sr=new StringReverser(); String str = "abc def gh"; Assert.assertEquals("gh def abc",sr.reverse(str)); }
发表评论
-
Announcement: Fluorida 0.0.1
2008-03-06 19:59 2256I'm glad to announce ... -
对遗留系统组织重构项目
2008-02-28 10:26 4241http://blog.csdn.net/gigix/arch ... -
Announce Stomperl 0.0.2: Message Queuing And Transaction
2007-12-20 17:34 2405Dear all, I'm glad to announce ... -
Announcement: Stomperl 0.0.1
2007-12-12 18:37 1901Dear all, Stomperl 0.0.1 (the ... -
把Module搞得像Class
2007-11-09 22:59 2525http://www.clickcaster.com/item ... -
[链接]JRuby:集Java和RoR之所长
2007-08-24 09:34 2565http://news.csdn.net/n/20070731 ... -
Re: 如何用unit test测试私有方法
2007-08-12 22:44 2754重点在于,你不应该有任何方法是从一开始设计出来就是privat ... -
Re: 持续集成上铁道——CruiseControl.rb简介
2007-07-12 13:22 2124hideto 写道装了mongrel,也按照daemon/cr ... -
Ruby的报表工具
2007-03-09 08:59 3806aardvark 写道但是,RoR上面没有什么很强的报表,如果 ... -
好书推荐:Everyday Scripting with Ruby
2007-02-06 22:16 6664http://www.pragmaticprogrammer. ... -
两个pair两月工作之后的rake stats
2007-02-02 14:12 11172ThoughtWorks中国的一个Rails项目,两个pair ... -
don't use join table
2006-12-01 21:30 5602有“播放室”和“用户”两个模型。一个播放室可以有多个用户在里面 ... -
Re: rails 1.2 rc1 出来了
2006-11-25 15:22 2073http://weblog.rubyonrails.org/2 ... -
Ruby消息两则
2006-10-24 04:20 4049RubyCLR Creator to Join Microso ... -
Selenium 0.8发布,InfoQ报道并介绍新特性
2006-09-26 18:27 3779InfoQ Press: Catching up with S ... -
Re: 用 Selenium 自动化验收测试
2006-09-19 11:13 1888ajoo 写道我一个同事就说他就从来都用ruby script ... -
Re: 关于RoR无法成为企业应用开发的主流的讨论
2006-09-18 21:09 1925fyol 写道gigix 写道 答案 ... -
Adventure From Java To Ruby——我猜Robbin有类似的感受
2006-09-18 20:06 5253摘录自《From Java to Ruby》,第一章 Bruc ...
相关推荐
测试驱动开发(Test-Driven Development,简称TDD)是一种敏捷软件开发的技术,以测试作为开发过程的中心环节。它倡导在编写产品代码之前先编写测试代码,确保产品代码能够通过这些测试。这种方法与传统的开发方式...
极限编程反其道而行之,主张采用测试驱动开发(TDD)的方法,即通过测试定义所要开发的功能的接口,然后实现功能的开发过程。TDD通过不断地测试推动代码的开发,既简化了代码,又保证了软件质量。本书采用“手把手”...
要使测试驱动开发在软件行业中得以繁荣兴盛,需要一些条件,《C#测试驱动开发》从讨论这些条件开始。软件开发发展到今天,有其历史和特定的条件,理解这些很重要。避免重复过去的错误也很重要。在自己当前的开发实践...
《Java测试驱动开发》介绍如何将各种TDDzui佳实践应用于Java开发,主要内容包括:用Java语言进行TDD会用到的各种工具和框架,所需环境搭建;通过实际应用程序,展示TDD优点及开发中应注意的主要问题;TDD是如何通过...
《测试驱动开发》是Kent Beck的经典著作,这本书深入探讨了测试驱动开发(TDD)这一软件开发实践。TDD是一种编程方法论,它强调在编写实际功能代码之前,先编写测试用例,以此来指导软件设计和编码过程。通过这种...
### 测试驱动开发(TDD)概述 测试驱动开发(Test-Driven Development,简称TDD)是一种软件开发方法论,它要求在编写实际功能代码之前先编写测试用例。这种方法有助于确保代码的质量,并使得代码更加健壮、易于维护...
测试驱动开发(Test-Driven Development,简称TDD)是一种软件开发方法,它的核心思想是先编写测试用例,再编写满足这些测试用例的代码。这种方法强调在编码之前,先明确需求并创建能够验证功能是否正确的测试。TDD...
测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量。本文从开发人员使用的角度,介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个...
花井志生*的《C现代编程(集成开发环境设计模 式*限编程测试驱动开发重构持续集成)》从使用C语 言进行嵌入式开发的特点入手,主要讲解了如何将集 成开发环境、设计模式、*限编程、测试驱动开发、 重构、持续集成这些...
测试驱动开发(Test-Driven Development,简称TDD)是一种软件开发方法,由Kent Beck在其著作《测试驱动开发:通过实例》中提出并详尽阐述。这种方法主张先编写自动化测试用例,然后再编写满足这些测试的代码,从而...
测试驱动开发(Test-Driven Development,简称TDD)是一种软件开发方法,由Kent Beck在其同名著作《测试驱动开发》中提出。这种方法主张先编写测试用例,再编写实现功能的代码,以此来驱动开发过程,确保代码的质量...
测试驱动开发(Test Driven Development,简称TDD)是一种软件开发方法,强调在编写实际的生产代码之前,先编写能够失败的单元测试。TDD的核心理念是“先测试,后编码”,通过测试来驱动设计,确保软件的质量和可...
"TDD测试驱动开发.pptx" TDD 测试驱动开发是一种软件开发方法,它强调通过编写自动化测试来驱动整个开发过程。TDD 是敏捷开发中的一个核心实践和技术,也是一种设计方法论。其主要包括两方面:测试先行和代码重构。...
### Python测试驱动开发 #### 知识点概览 1. **测试驱动开发(TDD)的概念** - 定义与原则 - TDD在软件开发生命周期中的作用 - 实施TDD的好处与挑战 2. **Python与测试驱动开发** - Python作为TDD的理想语言 -...