千月星跡

测试驱动开发TDD使用心得

测试有合作者的模块7.1合作者合作者(collaborator)就是在被测代码(Code Under Test CUT)之外的一些函数，数据，模块或者设备，并且CUT依赖于它们。测试替身在测试时会模仿一些函数，数据，模块或库。被测试的代码并不知道它在使用测试替身，它与替身之间的交互和与真实的合作者采用同样的方式。测试替身最简单的形式就是一个桩。7.2脱离依赖关系测试要对

测试驱动的嵌入式C语言开发以动手实践为荣，以只看不练为耻。以打印日志为荣，以单步跟踪为耻。以空格缩进为荣，以制表缩进为耻。以单元测试为荣，以人工测试为耻。以模块复用为荣，以复制粘贴为耻。以多态应用为荣，以分支判断为耻。以pythonic为荣，以冗余拖沓为耻。以总结分享为荣，以跪求其解为耻。为什么以单步跟踪为耻单步跟踪，对于面对代码中的bug一筹莫展的程序员来

13.1 遗留代码改动准则用测试驱动遗留代码的改动，在改动前为遗留代码增加测试，测试驱动新代码的开发13.2 童子军原则在离开宿营地时要让它比你来时还干净。这并不意味着所有的垃圾都要马上清理干净，但你不能让它变得更糟。13.3 遗留代码改动步骤发现改动点你要先找到现存代码中你认为需要改动的地方。找到测试点在发现改动点以后，开始考虑如何测试它。在哪一点能更自然地感

14.1喋喋不休的测试反模式刚刚接触TDD或者刚开始写单元测试的人倾向于重复一些相同的错误。这些常见的但是会降低生产力的模式称作反模式"antipattern"。可以通过应用四阶段测试模式和抽取辅助函数的方式来修正喋喋不休的测试。14.2 拷贝-粘帖-调整-重复反模式抽取辅助函数，在TEST_GROUP中追加变量等方式来重构测试代码。14.3格格不入的测试用例当新测试用例格

代码中的坏味道以及如何改进他们让我们改变传统的对待建造程序的态度。不是把我们主要的任务想象成是去指示计算机要做什么，而是关注于向人们解释我们希望计算机做什么。下面列举了一些常见的需要重构的点。重复代码坏名字坏意大利面:那是一种一团糟的代码，它让你无法知道它到底在做什么。这种代码的特征是有很高的圈复杂度。长函数让一个函数超过一屏的范围绝对会使代码难于装入到脑子里。

S(Single Responsibility Principle)单一职责原则O(Open Closed Principle)开闭原则L(Liskov Substitution Principle)列丝科芙代换原则I(Interface Segregation Principle)接口分离原则D(Dependency Inversion Principle)依赖倒置原则有了S

测试驱动的嵌入式C语言开发的名言名句以动手实践为荣，以只看不练为耻。以打印日志为荣，以单步跟踪为耻。以空格缩进为荣，以制表缩进为耻。以单元测试为荣，以人工测试为耻。以模块复用为荣，以复制粘贴为耻。以多态应用为荣，以分支判断为耻。以pythonic为荣，以冗余拖沓为耻。以总结分享为荣，以跪求其解为耻。weishe

嵌入式系统TDD策略这篇文章中主要介绍嵌入式TDD周期和如何不受跨平台问题影响而保持开发的步伐。我们看到了双目标系统的优势和如何包容在目标系统中测试所带来的风险。然后也解答了一些常见的关于TDD的疑惑。5.1目标硬件的瓶颈对于很多嵌入式项目来讲，并行进行硬件和软件开发是个现实。如果开发的软件只能在目标硬件上运行，你很可能会遭遇到下面的一个或多个浪费时间的因素。直到项目的后期硬件还没