测试驱动开发相关资料在上大学的时候就读过，一直没用上。最近不知不觉又把这个东西捡起来，大概是下面这个样子
敏捷开发。毕业之后渐渐发现传统软件开发模型不太适用，而敏捷开发方法更适用于互联网公司这样需求多变、明天未知的场景。敏捷开发中使用“用户故事”对需求进行描述和讨论，而完成讨论的用户故事是要包含验收条件，即测试条件。在确定需求的时候就确定了测试用例，那下一步就可以编写测试用例了。
《程序员修炼之道》，学习敏捷的时候找到的一本书。书里提到按照合约设计代码，即先设计好输入条件、输出条件和不变项，再根据这些条件设计代码。显然这样设计的代码更容易编写测试程序。书中提到一个概念，叫依靠巧合开发，大概是这样：
大概了解需求 -> 编写一些代码 -> 跑几个用例 -> 成功了 -> 再跑几个用例 -> 又成功了 -> 提交测试
当了几年码农，基本按照这种方式开发，程序的漏洞交给测试去找，有点low．所以这几天趁着不是项目不是很近的机会小试一把测试区动开发．主要有以下几点感想：
作为开发者考虑的时候，想的是如何让代码跑起来
作为测试者考虑的时候，很自然就会去找各种特例状况，比如正常值中的不同分类／边界值／错误值和并发性等问题
不过说实话，不是所有代码都能拿测试驱动开发来测的，给用户界面编写测试用例是一件很疯狂的事儿．但是如果我们的程序是按照MVC结构设计的，对M和C层进行测试到没那么麻烦．
后面说说Android中应用JUnit进行单元测试遇到的一些问题：
用命令去创建测试工程：
android create test-project -p . -m ../Bravo -n BravoTest
创建时需要在测试工程的文件夹下执行，也就是事先创建好测试文件夹，并进入
-p 是测试项目路径
-m 是目标的测试工程
-n 是测试项目的名称
Android的JUnit，需要在方法前面添加test前缀，系统才能识别这个方法是测试方法．@test标签这里不管用
出现引用其他工程的时候，需要将测试项目的dependency中scope设置成private
线程回调的方式采用wait()加notify()方式来做，可将多线程变成单线程
启动线程的地方写：synchronized(lock){lock.wait();}
回调地方写：synchronized(lock){lock.notify();}
TestCase中，每写一个test方法，这个类就会新建一个实例，所以测试一个类的某个流程，还是用一个test方法来写吧
希望对你有用