初识TDD
什么是 TDD ?
TDD 有广义和狭义的区分。
广义角度指的是 ATDD(Acceptance Test Driven Development),包括 BDD(Behavior Driven Test Development)和 Consumer-Driven Contracts Development 等。
狭义角度指的是 UTDD(Unit Test Driven Development),也是我们要讲的单元测试驱动开发。
为什么需要 TDD?
传统开发周期:
设计--> 编码
编码 -->测试
测试驱动开发周期:
测试--> 编码
编码 -->重构
从上图可以看出 TDD 以测试的角度开始避免了一开始就过度设计和避免了功能不符合预期的可能。这对我们写程序来说将会充满信心,因为我们知道代码会按我们预期的方式执行。而因为有测试环节这个安全网存在,后期重构时也会更放心。
实例
需求:
给你一个整数n. 从 1 到 n 按照下面的规则打印每个数:
* 如果这个数被3整除,打印fizz.
* 如果这个数被5整除,打印buzz.
* 如果这个数能同时被3和5整除,打印fizz buzz.
* 其他情况下需要原样输出
这是一个经典的题目 FizzBuzz ,我们首先创建一个测试类:
public class FizzBuzzTests {
@Test
public void test(){
}
}
我们测试的应该是一个对象,所以我们声明一个 FizzBuzz 对象,并且他有一个 of 方法,这个方法可以接收一个数值型参数返回一个字符串结果:
public class FizzBuzzTests {
@Test
public void test(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(1);
}
}
这个时候 IDE 编译会报错,因为根本没有这个类和方法,我们先来创建类和方法:
public class FizzBuzz {
public String of(int input) {
return null;
}
}
可以看到 of 方法只是一个空实现,在之后我们将逐步实现这个功能。
需求一:其他情况下需要原样输出
测试方法:
@Test
public void testOriginalOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(1);
Assert.assertEquals("1",result);
}
我们先来运行下测试方法,发现控制台报错,错误信息如下:
java.lang.AssertionError:
Expected :1
Actual :null
这不符合我们预期的结果,接下来我们需要实现下 of 方法让它符合我们的预期,
public String of(int input) {
return String.valueOf(input);
}
再次执行测试方法,发现变绿了说明测试成功。
需求二:如果这个数被3整除,打印fizz
测试方法:
@Test
public void testFizzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(3);
Assert.assertEquals("fizz",result);
}
运行测试方法,控制台报错:
org.junit.ComparisonFailure:
Expected :fizz
Actual :3
调整 of 方法:
public String of(int input) {
if (input % 3 == 0) {
return "fizz";
}
return String.valueOf(input);
}
执行测试方法,变绿通过。
需求三:如果这个数被5整除,打印buzz
测试方法:
@Test
public void testBuzzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(5);
Assert.assertEquals("buzz",result);
}
运行测试方法,控制台报错:
org.junit.ComparisonFailure:
Expected :buzz
Actual :5
调整 of 方法:
public String of(int input) {
if (input % 3 == 0) {
return "fizz";
}
if (input % 5 == 0) {
return "buzz";
}
return String.valueOf(input);
}
执行测试方法,变绿通过。
需求四:如果这个数能同时被3和5整除,打印fizz buzz
测试方法:
@Test
public void testFizzBuzzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(15);
Assert.assertEquals("fizz buzz",result);
}
运行测试方法,控制台报错:
org.junit.ComparisonFailure:
Expected :fizz buzz
Actual :fizz
调整 of 方法:
public String of(int input) {
if (input % 3 == 0) {
return "fizz";
}
if (input % 5 == 0) {
return "buzz";
}
if (input % 15 == 0) {
return "fizz buzz";
}
return String.valueOf(input);
}
我们 不加思索 的把之前的逻辑拷贝了一份,然后运行测试方法,结果发现测试不通过:
org.junit.ComparisonFailure:
Expected :fizz buzz
Actual :fizz
仔细研究了下,发现原来是判断的顺序有问题,调整后方法实现如下:
public String of(int input) {
if (input % 15 == 0) {
return "fizz buzz";
}
if (input % 3 == 0) {
return "fizz";
}
if (input % 5 == 0) {
return "buzz";
}
return String.valueOf(input);
}
执行测试方法,变绿通过。
就这样我们一步步的实现了需求并通过了测试,但是我们的工作结束了吗?
注: 在这里我们只是进行了功能性测试,一些异常情况并没有考虑进来,在实际项目中还需要更全面的测试。
从测试驱动开发周期图来看,我们还缺少了一步重构的步骤,那么什么叫重构呢?
重构有两种含义:
重构(名词):对软件内部结构的一种调整,目的是在不改变"软件之可察行为"前提下,提高其可理解性,降低其修改成本.
重构(动词):使用一系列重构准则(手法),在不改变"软件之可察行为"前提下,调整其结构
重构的两种含义都强调了不能调整软件的行为,如果有调整软件的行为的话就不能称之为重构了。
重构 FizzBuzz
我们先来看看 FizzBuzz 类的完整实现:
public class FizzBuzz {
public String of(int input) {
if (input % 15 == 0) {
return "fizz buzz";
}
if (input % 3 == 0) {
return "fizz";
}
if (input % 5 == 0) {
return "buzz";
}
return String.valueOf(input);
}
}
FizzBuzz 的实现很简单,但是我们还是发现了一些语义不清的代码,比如 input % 3 == 0,重构后代码如下:
public class FizzBuzz {
public String of(int input) {
if (isFizzBuzz(input)) {
return "fizz buzz";
}
if (isRelatedTo(input, 3)) {
return "fizz";
}
if (isRelatedTo(input, 5)) {
return "buzz";
}
return String.valueOf(input);
}
private boolean isRelatedTo(int input, int condition) {
return input % condition == 0 || valueOf(input).contains(valueOf(condition));
}
private boolean isFizzBuzz(int input) {
return input % 15 == 0;
}
}
与之前相比,语义更加清晰了。更多重构的技巧可以查看 Martin Fowler 《重构》。
除了实现类之外,测试类也不要忘记重构,我们先来看下 FizzBuzzTests
public class FizzBuzzTests {
@Test
public void test(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(1);
}
@Test
public void testOriginalOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(1);
Assert.assertEquals("1",result);
}
@Test
public void testFizzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(3);
Assert.assertEquals("fizz",result);
}
@Test
public void testBuzzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(5);
Assert.assertEquals("buzz",result);
}
@Test
public void testFizzBuzzOutput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(15);
Assert.assertEquals("fizz buzz",result);
}
@Test
public void testNegativeNumberInput(){
FizzBuzz fizzBuzz = new FizzBuzz();
String result = fizzBuzz.of(-15);
Assert.assertEquals("fizz buzz",result);
}
}
我们看到
test方法已经没有存在的意义了(在一开始告诉了我们 of 方法的行为)FizzBuzz对象的创建在每一个方法中都存在
重构后代码:
public class FizzBuzzTests {
private FizzBuzz fizzBuzz;
@Before
public void setUp() {
fizzBuzz = new FizzBuzz();
}
@Test
public void testOriginalOutput() {
String result = fizzBuzz.of(1);
Assert.assertEquals("1", result);
}
@Test
public void testFizzOutput() {
String result = fizzBuzz.of(3);
Assert.assertEquals("fizz", result);
}
@Test
public void testBuzzOutput() {
String result = fizzBuzz.of(5);
Assert.assertEquals("buzz", result);
}
@Test
public void testFizzBuzzOutput() {
String result = fizzBuzz.of(15);
Assert.assertEquals("fizz buzz", result);
}
}
FizzBuzz的代码可以重构的点还有很多,比如常量提取等。但是基于现在来说已经够我们使用了,后期当有调整的时候我们可以再来重构它,记住 Bob大叔提到的童子军军规 让营地比你来时更干净!
初识TDD的更多相关文章
- TDD(测试驱动开发)学习一:初识TDD
首先说一下名词解释,TDD,英文名称Test-Driven Development,中文名称测试驱动开发,简单的断下句“测试/驱动/开发”,简单的理解一下,就是测试驱动着开发,大白话就是说用一边测试一 ...
- TDD
初识TDD 首先说一下名词解释,TDD,英文名称Test-Driven Development,中文名称测试驱动开发,简单的断下句“测试/驱动/开发”,简单的理解一下,就是测试驱动着开发,大白话就是说 ...
- TDD(测试驱动开发)培训录
2014年我一直从事在敏捷实践咨询项目,这也是我颇有收获的一年,特别是咨询项目的每一点改变,不管是代码质量的提高,还是自组织团队的建设,都能让我们感到欣慰.涉及人的问题都是复杂问题,改变人,改变一个组 ...
- TDD(测试驱动开发)培训录(转)
本文转载自:http://www.cnblogs.com/whitewolf/p/4205761.html 最近也在了解TDD,发现这篇文章不错,特此转载一下. TDD(测试驱动开发)培训录 2015 ...
- 集DDD,TDD,SOLID,MVVM,DI,EF,Angularjs等于一身的.NET(C#)开源可扩展电商系统–Virto Commerce
今天一大早来看到园友分享的福利<分享一个前后端分离方案源码-前端angularjs+requirejs+dhtmlx 后端asp.net webapi>,我也来分享一个吧.以下内容由笔者写 ...
- TDD(测试驱动开发)
TDD(测试驱动开发)培训录 2014年我一直从事在敏捷实践咨询项目,这也是我颇有收获的一年,特别是咨询项目的每一点改变,不管是代码质量的提高,还是自组织团队的建设,都能让我们感到欣慰.涉及人的问题都 ...
- TDD随想录
TDD随想录 谨以本文献给TDD的开创者与传播者 本文纯属个人经历,如有雷同纯属巧合 我从不觉得自己是一个好的程序员,甚至可能连合格都谈不上,不过在内心深处我却渴望着在编程这件事上获得成功. 可惜每次 ...
- TDD在Unity3D游戏项目开发中的实践
0x00 前言 关于TDD测试驱动开发的文章已经有很多了,但是在游戏开发尤其是使用Unity3D开发游戏时,却听不到特别多关于TDD的声音.那么本文就来简单聊一聊TDD如何在U3D项目中使用以及如何使 ...
- 初步认识TDD
TDD,测试驱动开发(Test Driven Development)是极限编程中倡导的程序开发方法,以其倡导先写测试程序,然后编码实现其功能得名.本文将对TDD有一个较为系统的认识. 基础属性 ...
随机推荐
- 牛客-2018多校算法第五场C-KMP
字符串的问题 在原来的字符串中前缀与后缀相同,且原来的中间还含有这个子串: 这里加的num[]数组真是太厉害了,可以直接用来判断中间是否有子串: #include <iostream> # ...
- POJ-2502 Subway( 最短路 )
题目链接:http://poj.org/problem?id=2502 Description You have just moved from a quiet Waterloo neighbourh ...
- CF - 652F Ants on a Circle
题目传送门 题解: 先观察蚂蚁相撞, 可以发现, 如果我们将相撞的2个蚂蚁互换位置的话,蚂蚁相当于没有碰撞体积,直接穿过去了.所以我们可以直接计算出最终哪些位置上会有蚂蚁. 接下来就需要知道蚂蚁们的最 ...
- CF980B Marlin 构造 思维 二十四
Marlin time limit per test 1 second memory limit per test 256 megabytes input standard input output ...
- Intellij IDEA在maven项目中添加外部Jar包运行
一. 问题概述 我们知道Intellij IDEA是非常好用的Java语言开发的集成环境.提供了非常多实用的功能,包括了智能代码助手.代码自动提示.代码重构.各种插件等,当然也集成了maven 正常情 ...
- 代码质量检测(SonarQube)整合中文版+阿里P3C
代码质量检测(SonarQube)整合中文版+阿里P3C 简介 SonarQube是一种自动代码审查工具,用于检测代码中的错误,漏洞和代码异味.它可以与您现有的工作流程集成,以便在项目分支和拉取请求之 ...
- 持续集成高级篇之Jenkins windows/linux混合集群搭建(二)
系列目录 前面我们说过,要使用ssh方式来配置windows从节点,如果采用ssh方式,则windows和linux配置从节点几乎没有区别,目前发现的惟一的区别在于windows从节点上目录要设置在c ...
- 正确重写equals方法和compareTo方法
一.概述 程序要对一堆数据元素排序,查找,增加删除.数据节点 class Node{ int type; int index; int score; } 规则: 1)对象相等:两个节点n1与n2,如果 ...
- Google 官方 侧滑 drawerlayout
一.概述 目前侧滑框架已经很多了,但是我常用的也就那么2个 ,slidingmenu 和sidemenu-android, 但是项目要求使用官方的,所以就看了一下drawerlayout 二.代码 官 ...
- Linux配置部署_新手向(四)——Redis安装与配置
前言 配置完mysql之后,我们来紧接着安装redis,毕竟这些不用太多的思考,就是命令执行,配置文件,连接测试. 安装 首先,我们要看安装哪个版本,可以在Redis官网看看我们安装哪个版本. 在之前 ...