《测试驱动的嵌入式C语言开发》——3.7节测试驱动开发者的状态机
3.7 测试驱动开发者的状态机可以把TDD想象成在一个状态机（state machine）里工作，就如图3-2所示。在这一过程的每一步中，你只需关注解决一个具体的问题。首先，你要决定下一个增量的行为是什么并用测试表达你所期望的产出。然后你要满足编译的要求，也就是设计接口并让头文件和测试之间达成一致（有时你所选择的名字已经在其他地方用过了，你会在这一步中发现这类问题）。 在接口和测试之间达...
《测试驱动的嵌入式C语言开发》——第2章测试驱动开发的工具和约定
第2章 测试驱动开发的工具和约定我很少会感到无聊，不过我发现按步执行手动过程常常错误百出，冗长乏味，实在无聊。定义一个过程勉强可以，起码里面有些具有创造性的工作。但是一遍一遍地重复做却是另一码事了。相反，自动化却很有趣。你仍然需要去定义过程，但是你定义它的目的是让计算机完成笨重的那一部分工作。它是可以重复执行的。你知道这个过程一旦被自动化就能自己运行，因此它可以解放你的思想，从而使你关注于具有创....
《测试驱动的嵌入式C语言开发》——1.2节什么是测试驱动开发
1.2 什么是测试驱动开发测试驱动开发（TDD）是一种增量式软件开发技术。简单地说，就是在没有失败的单元测试的前提下不可以写产品代码。这些测试要很小，而且要自动化。用测试来驱动其实很合理。相对于直接工作在产品代码上，TDD的实践者们会先用测试来表达他们希望产品代码会有什么样的行为。然后这个测试显然会失败。只有在这时，他们才开始写产品代码，以便让测试通过。测试自动化是TDD的关键。在TDD的进程中....
《测试驱动的嵌入式C语言开发》——第1章测试驱动开发
第1章 测试驱动开发我们都做过这样的事——写一大堆代码然后艰难地使它工作起来。也就是先建造再修正。测试是在代码写完之后的事情。测试总是一件后面加上来的事情，这也是我们过去唯一所知的方法。这种很难预料的过程被亲切地称为“调试”（debugging），我们可能会在其中花掉半个小时。调试的过程在我们的进度中被“测试”和“集成”粉饰起来。它总是风险和不确定的来源。修改一个bug可能导致产生另一个，有时是....
本页面内关键词为智能算法引擎基于机器学习所生成，如有任何问题，可在页面下方点击"联系我们"与我们沟通。
开发与运维
集结各类场景实战经验，助你开发运维畅行无忧
+关注