测试驱动开发(TDD)
测试驱动开发的基本概念##
- 为什么会出现测试驱动开发
- 当有一个新的任务时,往往第一个念头就是如何去实现它呢?
- 拿到任务就开始编码,一边写,变修改和设计
- 我已经调试了好几遍,应该不会有问题了,好了,先休息一下吧
- 测试是QA的事,我为什么要做啊,我做了,他们做什么?
- 奇怪了,怎么代码跟开发文档有这么大的区别啊?
- 开发部在搞什么啊,怎么代码有这么多的BUG?
- 这段代码想干嘛?
- ……
- 什么是测试驱动
- 测试驱动是一种开发形式:
- 首先要编写测试代码
- 除非存在相关测试,否则不编写任何的产品代码
- 由测试来决定需要写什么样的代码
- 要求维护一套详细的测试集
- 测试驱动是一种开发形式:
- 目标
- 代码整洁可用
- 只有测试失败时,我们才写代码
- 消除重复设计,优化设计结构
- 代码整洁可用
测试驱动开发的流程##
Test-Driven Design(TDD)##
是一种开发风格,它要求程序员做到:
- 在写产品代码之前,先写它的单元测试(Unit Tests)
- 没有单元测试的Class不运行作为产品代码
- 单元测试用例决定了如何写产品代码
- 不断地成功运行所有的单元测试用例
- 不断地完善单元测试用例
Test-Driven Design是把需求分析,设计,质量控制量化的过程!
如何做Test-Driven Design and Development###
在开发一个新功能之前:
- 首先确定“做什么”(不是要如何做!)
- 例如,一个网站的增加用户的功能,我们需要一个方法来增加一个用户:
public void addUser(User user)
- 功能包括:增加一个用户(在数据库中插入一条记录);如果已经有相同的用户,应该返回一个用户已存在的消息
- 例如,一个网站的增加用户的功能,我们需要一个方法来增加一个用户:
- 然后为这个功能写单元测试例子(Unit Test)
- 单元测试用例要覆盖这个Method的“做什么”
- 所以我们至少要有两个测试用例:
- Test Case1:测试成功增加一个用户
- Test Case 2:测试增加一个已存在的用户
- 其它边缘情况测试:Test Case 3:传入的User对象为NULL
- 写生成(Production)代码
- 我们清楚地知道这段代码需要做什么,清晰的表明这段代码的Contracts。
- 只需要能实现在Unit Test中的Contracts和能够通过它的Unit Test
- 运行Unit Test
- 如果顺利通过,你已经很好的完成了你的任务
- 如果没通过,修补代码直到能通过Unit Test为止
- 如果出现在Unit Test中没预先设定的结果,在Unit Test中增加一个Test Case,修补代码直到通过所有的Test Case为止。
TDD 和 PSP###
Personal Software Process的development
Test-Driven Design and Development
什么时候写Tests?###
- 如果你要写一个新的功能,请先写它的测试用例
- 如果你要在没有经过测试的代码上写新的功能,请先写目前代码的测试用例
- 如果你要Fix一个Bug,请先为这个Bug写一个测试用例
- 如果你要Refactor没有测试过的代码,请先写一个测试用例
- 如果发现一个边缘例外值,请为它写一个测试用例
xUnit 工具###
- Java Class的测试Framework: JUnit
- Java Swing app 的测试Framework: JFCUnit
- Java Server Side(EJB,Servlet)的测试Framework:Catus
- HTML Page的测试Framework: HTMLUnit、HTTPUnit
- C++的测试Framework: CPPUnit
- .Net APP的测试Framework: .NetUnit
实例##
考虑一个质因数分解的例子:将任何一个大于1的自然数分解成质因子相乘,如4=2*2,24=2*2*2*3等。
第一天###
- 建立Maven工程
创建如下Maven工程:
在pom.xml文件中加入JUnit信息:
- 根据测试驱动要求,写一个TestCase:
写第一个TestCase:
public class FactorTest {
@Test
public void testFactor() {
assertEquals(2, Factor.factor(2));
}
}
创建一个类Factor和静态方法factor:
public class Factor {
public static int factor(int i){
return 2;
}
}
运行第一个TestCase:
测试通过:
于是形成质因数分解的第一个版本。
第二天###
第一个测试用例可以测试2,那么3呢?
新增加一个测试用例:
public class FactorTest {
@Test
public void testFactor() {
assertEquals(2, Factor.factor(2));
assertEquals(3, Factor.factor(3));
}
}
根据测试用例,修改Factor类的代码以通过测试用例:
public class Factor {
public static int factor(int i){
if(i==2) return 2;
if(i==3) return 3;
return 0;
}
}
运行测试用例:
测试通过!
第三天###
在前2个测试用例的基础上,增加4,又会怎样呢?
发现测试4,不能通过?怎么办?开始修改Factor类的代码!
首先希望测试4时,返回的是质因子的集合,修改测试用例:
assertEquals(Arrays.asList(2,2), Factor.factor(4));
对应的,其它测试用例相应发生更改:
public class FactorTest {
@Test
public void testFactor() {
assertEquals(Arrays.asList(2), Factor.factor(2));
assertEquals(Arrays.asList(3), Factor.factor(3));
assertEquals(Arrays.asList(2,2), Factor.factor(4));
}
}
由于返回的是数组集合,因此修改Factor类的factor方法:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i==2) l.add(2);
if(i==3) l.add(3);
return l;
}
}
跑测试,发现测试不通过,据此修改factor方法,以使得4的测试能够通过:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i==2) l.add(2);
if(i==3) l.add(3);
if(i==4){
l.add(2);
l.add(2);
}
return l;
}
}
运行JUnit Test:
发现测试通过,OK!
第四天###
那么5呢?能测试通过吗?
不行!修改Factor类的factor方法:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i==2) l.add(2);
if(i==3) l.add(3);
if(i==4){
l.add(2);
l.add(2);
}
if(i==5) l.add(5);
return l;
}
}
测试通过:
如果再继续这么写下去,你会发现你的代码臃肿不堪,不忍直视!
那么这时候,我们需要对代码进行重构优化!
当你无节操的修改代码以通过测试时,我们一定要在某个点停下来看看,我们是不是可以再优化些什么?
测试驱动容易让人进入一个局部关注点,不太关注思维的系统整体点。
停下脚步,回头看看我们的Factor类的factor方法,发现 i=2,i=3,i=5
要做的事情似乎一样。
第一步,可以考虑将代码改成:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
l.add(i);
if(i==4){
l.add(2);
l.add(2);
return l;
}
return l;
}
}
运行测试:
发现4不能通过!发现4不能直接加。
怎么办?调整代码顺序!
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i==4){
l.add(2);
l.add(2);
return l;
}
l.add(i);
return l;
}
}
运行JUnit Test:
测试通过!与未重构前的代码相比,看上去漂亮多了!
第五天###
接下来,我们测试6:
public class FactorTest {
@Test
public void testFactor() {
assertEquals(Arrays.asList(2), Factor.factor(2));
assertEquals(Arrays.asList(3), Factor.factor(3));
assertEquals(Arrays.asList(2,2), Factor.factor(4));
assertEquals(Arrays.asList(5), Factor.factor(5));
assertEquals(Arrays.asList(2,3), Factor.factor(6));
}
}
显然,6不能通过!因此修改Factor类的factor方法:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i==4){
l.add(2);
l.add(2);
return l;
}
if(i==6){
l.add(2);
l.add(3);
return l;
}
l.add(i);
return l;
}
}
测试通过!
回头再看,i=4
和i=6
的代码,发现有一个拆解的过程,都有一个共同的因子:2
因此,考虑对代码进行优化:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i%2==0){
l.add(2);
i=i/2;
}
l.add(i);
return l;
}
}
运行测试:
发现2不能通过,继续修改代码,排除2的情况:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
if(i%2==0 && i>2){
l.add(2);
i=i/2;
}
l.add(i);
return l;
}
}
测试通过
第六天###
在此基础上,我们测试8:
assertEquals(Arrays.asList(2,2,2), Factor.factor(8));
发现测试不能通过!
发现8包含多个2,在Factor类的factor方法中,似乎应该将if语句改成while循环:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
while(i%2==0 && i>2){
l.add(2);
i=i/2;
}
l.add(i);
return l;
}
}
测试通过!
第七天###
测试9:
assertEquals(Arrays.asList(3,3), Factor.factor(9));
测试不通过!
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
while(i%2==0 && i>2){
l.add(2);
i=i/2;
}
while(i%3==0 && i>3){
l.add(3);
i=i/3;
}
l.add(i);
return l;
}
}
测试通过!
分别再对9,10,11,12,20进行测试:
assertEquals(Arrays.asList(3,3), Factor.factor(9));
assertEquals(Arrays.asList(2,5), Factor.factor(10));
assertEquals(Arrays.asList(11), Factor.factor(11));
assertEquals(Arrays.asList(2,2,3), Factor.factor(12));
assertEquals(Arrays.asList(2,2,5), Factor.factor(20));
测试通过:
第八天###
测试25:
assertEquals(Arrays.asList(5,5), Factor.factor(25));
测试不能通过!原因很简单,代码里面没有对因子5再做处理!
最直观地:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
while(i%2==0 && i>2){
l.add(2);
i=i/2;
}
while(i%3==0 && i>3){
l.add(3);
i=i/3;
}
while(i%5==0 && i>5){
l.add(5);
i=i/5;
}
l.add(i);
return l;
}
}
测试通过!
这时候,我们需要停下脚步,优化代码,消除重复。
在TestCase的保护下,考虑对代码进行修改:
public class Factor {
public static List<Integer> factor(int i){
List<Integer> l=new ArrayList<Integer>();
int k=2;
while(k<i){
while(i%k==0 && i>k){
l.add(k);
i=i/k;
}
k++;
}
l.add(i);
return l;
}
}
测试通过!
考虑一个复杂的TestCase:
assertEquals(Arrays.asList(2,2,2,3,5,7,7,11), Factor.factor(2*2*2*3*5*7*7*11));
测试通过!
回头看看这段代码是否可接受?
小结##
测试驱动开发:
- 能够保证编写单元测试
- 使程序员坚持编写测试
- 有助于澄清接口和行为的细节
- 可证明、可再现、自动的验证
- 增强改变事物的信心
测试驱动开发(TDD)的更多相关文章
- 测试驱动开发(TDD)的思考
极限编程 敏捷开发是一种思想,极限编程也是一种思想,它与敏捷开发某些目标是一致的.只是实现方式不同.测试驱动开发是极限编程的一部分. 1.极限编程这个思路的来源 Kent Beck先生最早在其极限编程 ...
- 测试驱动开发 TDD
一.详解TDD 1.1.TDD概念 :Test Drived Develop 测试驱动开发是敏捷开发中的一项核心实践和技术,也是一种方法论.TDD的原理是在开发功能代码之前,编写单元测试用例代码,测试 ...
- 测试驱动开发(TDD)及测试框架Mocha.js入门学习
组里马上要转变开发模式,由传统的开发模式(Developer开发,QA测试),转变为尝试TDD(Test-driven development,测试驱动开发)的开发模型.由此将不存在QA的角色,或者仅 ...
- 原创翻译-测试驱动开发(TDD)
测试驱动开发原则 翻译自<<Expert Python Programming>> 测试驱动开发是指首先编写包含所有测试软件特点的测试集,然后再去开发软件.也就是说,在编写软件 ...
- 44 | 测试先行:测试驱动开发(TDD)
- 浅谈测试驱动开发(TDD)
测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. ...
- (转)浅谈测试驱动开发(TDD)
测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. ...
- 敏捷开发 —— TDD(测试驱动开发)
测试驱动开发 TDD(Test-Driven Development)是敏捷开发的一项核心实践,同时也是一种设计技术和方法. 既然是测试驱动,便是测试,测试用例先行: 首先编写好测试用例,期待值,实际 ...
- 测试驱动开发与Python
最近在看一本书<Test-Driven Development with Python>,里面非常详细的介绍了如何一步一步通过测试驱动开发(TDD)的方式开发Web项目.刚好这本书中使用了 ...
- 基于Python的测试驱动开发实战
近年来测试驱动开发(TDD)受到越来越多的关注.这是一个持续改进的过程,能从一开始就形成规范,帮助提高代码质量.这是切实可行的而非天马行空的. TDD的全过程是非常简单的.借助TDD,代码质量会得到提 ...
随机推荐
- AsyncTask用法解析-下载文件动态更新进度条
1. 泛型 AysncTask<Params, Progress, Result> Params:启动任务时传入的参数,通过调用asyncTask.execute(param)方法传入. ...
- theOS环境搭建
http://joeyio.com/ios/2014/01/01/make-a-mobile-substrate-tweak-using-theos/~/Doucment>: cd mytwea ...
- mysql 触发器(trigger)
触发器(trigger):监视某种情况,并触发某种操作. 触发器创建语法四要素:1.监视地点(table) 2.监视事件(insert/update/delete) 3.触发时间(after/befo ...
- RobotFramework自动化测试框架-移动手机自动化测试AppiumLibrary介绍
在使用AppiumLibrary库时,需要预先安装好Appium自动化工具,Appium官网地址为:http://appium.io/ Appium的GitHub地址为:https://github. ...
- JavaScript之AJAX:原生ajax入门
背景 传统的Web应用允许用户端填写表单(form),当提交表单时就向网页服务器发送一个请求.服务器接收并处理传来的表单,然后送回一个新的网页,但这个做法浪费了许多带宽,因为在前后两个页面中的大部分H ...
- Big Endian与Litter Endian
Big Endian是大端,Litter Endian是小端,意思很明了,但是很难记住谁是谁.每次涉及到这个概念的时候,我都会GOOGLE一下,浪费精力. 怎样才能永远记住他们呢?网上搜索了一下,有很 ...
- scikit_learn入门
原文:http://www.cnblogs.com/taceywong/p/4568806.html 原文地址:http://scikit-learn.org/stable/tutorial/basi ...
- hdu3720 Arranging Your Team
Arranging Your Team Time Limit: 6000/3000 MS (Java/Others) Memory Limit: 32768/32768 K (Java/Othe ...
- Java-break,continue,return用法
当年的我也算是基础小王子,但是长时间的不用导致我与他们越来越陌生了,所以我要把他们记在我的本本上. 首先我们要明白,java中到底有多少个循环关键字? 答:没错,就是3个,他们分别是:for(初始值: ...
- HashMap和ConcurrentHashMap流程图
本文表达HashMap和ConcurrentHashMap中的put()方法的执行流程图,基于JDK1.8的源码执行过程. HashMap的put()方法: ConcurrentHashMap的put ...