测试驱动开发的基本概念##

  • 为什么会出现测试驱动开发

    • 当有一个新的任务时,往往第一个念头就是如何去实现它呢?
    • 拿到任务就开始编码,一边写,变修改和设计
    • 我已经调试了好几遍,应该不会有问题了,好了,先休息一下吧
    • 测试是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等。

第一天###

  1. 建立Maven工程







    创建如下Maven工程:



    在pom.xml文件中加入JUnit信息:

  2. 根据测试驱动要求,写一个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=4i=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)的更多相关文章

  1. 测试驱动开发(TDD)的思考

    极限编程 敏捷开发是一种思想,极限编程也是一种思想,它与敏捷开发某些目标是一致的.只是实现方式不同.测试驱动开发是极限编程的一部分. 1.极限编程这个思路的来源 Kent Beck先生最早在其极限编程 ...

  2. 测试驱动开发 TDD

    一.详解TDD 1.1.TDD概念 :Test Drived Develop 测试驱动开发是敏捷开发中的一项核心实践和技术,也是一种方法论.TDD的原理是在开发功能代码之前,编写单元测试用例代码,测试 ...

  3. 测试驱动开发(TDD)及测试框架Mocha.js入门学习

    组里马上要转变开发模式,由传统的开发模式(Developer开发,QA测试),转变为尝试TDD(Test-driven development,测试驱动开发)的开发模型.由此将不存在QA的角色,或者仅 ...

  4. 原创翻译-测试驱动开发(TDD)

    测试驱动开发原则 翻译自<<Expert Python Programming>> 测试驱动开发是指首先编写包含所有测试软件特点的测试集,然后再去开发软件.也就是说,在编写软件 ...

  5. 44 | 测试先行:测试驱动开发(TDD)

  6. 浅谈测试驱动开发(TDD)

    测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. ...

  7. (转)浅谈测试驱动开发(TDD)

    测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量.本文从开发人员使用的角度,介绍了 TDD 优势.原理.过程.原则.测试技术.Tips 等方面. ...

  8. 敏捷开发 —— TDD(测试驱动开发)

    测试驱动开发 TDD(Test-Driven Development)是敏捷开发的一项核心实践,同时也是一种设计技术和方法. 既然是测试驱动,便是测试,测试用例先行: 首先编写好测试用例,期待值,实际 ...

  9. 测试驱动开发与Python

    最近在看一本书<Test-Driven Development with Python>,里面非常详细的介绍了如何一步一步通过测试驱动开发(TDD)的方式开发Web项目.刚好这本书中使用了 ...

  10. 基于Python的测试驱动开发实战

    近年来测试驱动开发(TDD)受到越来越多的关注.这是一个持续改进的过程,能从一开始就形成规范,帮助提高代码质量.这是切实可行的而非天马行空的. TDD的全过程是非常简单的.借助TDD,代码质量会得到提 ...

随机推荐

  1. JavaNIO深入学习

    NIO是Jdk中非常重要的一个组成部分,基于它的Netty开源框架可以很方便的开发高性能.高可靠性的网络服务器和客户端程序.本文将就其核心基础类型Channel, Buffer, Selector进行 ...

  2. Fancytree Javascript Tree的入门使用

    Fancytree Javascript Tree的入门使用 一.概念----是做什么的能干什么 Fancytree是一个Javascript控件,它依赖于: <script src=" ...

  3. HTML的学习笔记

    一.HTML的概述(了解) a.html是什么 : hypertext markup language 超文本标记语言           超文本:音频,视频,图片称为超文本..           ...

  4. python实战===实现读取txt每一行的操作,账号密码

    最近搞到了一批163邮箱的账号和密码,但是里面有部分账号不能用,密码是错的. 以此为背景 人工手动挨个登录检查效率太低! 于是写了下面这个脚本: import linecache import smt ...

  5. 阅读:RAID5和RAID10,哪种RAID更适合你

    阅读:RAID5和RAID10,哪种RAID更适合你-------------------------------------------2013/10/06 存储是目前IT产业发展的一大热点,而RA ...

  6. 关于JS中利用for循环解决实际问题的逻辑操作

    第一部分 <script>        //        <!--折纸:折多少次和珠穆朗玛峰一样高//1.一张纸的厚度是0.0001米,将纸对折,对折多少次厚度超过珠峰高度884 ...

  7. 音频软件开发中的debug方法和工具

    本文系作者原创.如转载,请注明出处. 谢谢! 音频软件开发同其他软件开发一样,都需要去调试.音频软件调试同其他软件调试方法有相同的地方,也有不同的地方,同时调试时还需要借助一些专门的工具,有了这些方法 ...

  8. Mac实用操作技巧(一)

    使用Spotlight进行数学计算.单位转换 在调出Spotlight后,可以直接在Spotlight输入框中输入数学公式进行计算,比如1+2-(5-3)*4等等比较复杂的计算,但是一定要记得输入法一 ...

  9. CentOS 7 服务器配置--安装Mysql

    #获取mysql的rpm文件(rpm文件地址可以通过官网获取) wget -r -np -nd https://dev.mysql.com/get/mysql57-community-release- ...

  10. css中滚动条样式的设置

    参数说明: 1.overflow-y : 设置当对象的内容超过其指定高度时如何管理内容:overflow-x : 设置当对象的内容超过其指定宽度时如何管理内容. 参数: visible:扩大面积以显示 ...