cppmule
diff --git a/‎chapters/05-tdd-with-autotest.md‎
Lines changed: 7 additions & 5 deletions b/‎chapters/05-tdd-with-autotest.md‎
Lines changed: 7 additions & 5 deletions
diff --git a/‎chapters/08-find-github-project.md‎ ‎chapters/07-find-github-project.md‎chapters/08-find-github-project.md renamed to chapters/07-find-github-project.md b/‎chapters/08-find-github-project.md‎ ‎chapters/07-find-github-project.md‎chapters/08-find-github-project.md renamed to chapters/07-find-github-project.md
diff --git a/‎chapters/07-streak-your-github.md‎ ‎chapters/08-streak-your-github.md‎chapters/07-streak-your-github.md renamed to chapters/08-streak-your-github.md b/‎chapters/07-streak-your-github.md‎ ‎chapters/08-streak-your-github.md‎chapters/07-streak-your-github.md renamed to chapters/08-streak-your-github.md
@@ -1,12 +1,12 @@
 #测试
 
-##一次测试驱动开发
+##TDD
 
 虽然接触的TDD时间不算短，然而真正在实践TDD上的时候少之又少。除去怎么教人TDD，就是与人结对编程时的switch，或许是受限于当前的开发流程。
 
 偶然间在开发一个物联网相关的开源项目——[Lan](https://github.com/phodal/lan)的时候，重拾了这个过程。不得不说提到的一点是，在我们的开发流程中**测试是由相关功能开发人员写的**，有时候测试是一种很具挑战性的工作。久而久之，为自己的开源项目写测试变成一种自然而然的事。有时没有测试，反而变得**没有安全感**。
 
-###故事
+###一次测试驱动开发
 
 之前正在重写一个[物联网](http://www.phodal.com/iot)的服务端，主要便是结合CoAP、MQTT、HTTP等协议构成一个物联网的云服务。现在，主要的任务是集中于协议与授权。由于，不同协议间的授权是不一样的，最开始的时候我先写了一个http put授权的功能，而在起先的时候是如何测试的呢?
 
@@ -53,7 +53,7 @@ req.end();
 
 写完测试脚本后发现不对了，这个不应该是测试的代码吗? 于是将其放到了spec中，接着发现了上面的全部功能的实现过程为什么不用TDD实现呢？
 
-###说说测试驱动开发
+###说说TDD
 
 测试驱动开发是一个很"古老"的程序开发方法，然而由于国内的开发流程的问题——即开发人员负责功能的测试，导致这么好的一项技术没有在国内推广。
 
@@ -69,7 +69,7 @@ req.end();
 1. 已经有了原型
 2. 框架设计
 
-###思考
+###TDD思考
 
 通常在我的理解下，TDD是可有可无的。既然我知道了我要实现的大部分功能，而且我也知道如何实现。与此同时，对Code Smell也保持着警惕、要保证功能被测试覆盖。那么，总的来说TDD带来的价值并不大。
 
@@ -78,7 +78,9 @@ req.end();
 在这种理想的情况下，我们为什么不TDD呢?
 
 
-##轻量级网站测试TWill
+##功能测试
+
+###轻量级网站测试TWill
 
 > twill was initially designed for testing Web sites, although since then people have also figured out that it's good for browsing unsuspecting Web sites.