初识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有一个较为系统的认识. 基础属性 ...
随机推荐
- Atcoder D - XOR Replace(思维)
题目链接:http://agc016.contest.atcoder.jp/tasks/agc016_d 题解:稍微想一下就知道除了第一次的x是所有的异或值,之后的x都是原先被替换掉的a[i]所以要想 ...
- Relatively Prime Graph CF1009D 暴力 思维
Relatively Prime Graph time limit per test 2 seconds memory limit per test 256 megabytes input stand ...
- Atcoder D - Black and White Tree(树dp+博弈)
题目链接:http://agc014.contest.atcoder.jp/tasks/agc014_d 题意:有一棵树先手涂白色,后手涂黑色,直到不能再涂为止.涂完后再把所有黑色直接相邻的白色都变成 ...
- CF989B A Tide of Riverscape 思维 第七题
A Tide of Riverscape time limit per test 1 second memory limit per test 256 megabytes input standard ...
- 第一章(Kotlin:定义和目的)
实战Kotlin勘误 Kotlin 资源大全 Kotlin主要特征 目标平台 编写服务器端代码(典型的代表是Web应用后端) 创建Android设备上运行的移动应用(Android开发) 其他:可以让 ...
- cssrelative
<!DOCTYPE html><html lang="en"><head> <meta charset="UTF-8" ...
- 调用webservice获取电话号码归属地信息
首先什么是webservice ? 从广义上面讲,任何一个服务器所提供的"数据","内容","方法"等等都可以理解为webservice. ...
- C# HTTP网络常用方法封装
using System; using System.Collections.Generic; using System.Linq; using System.Text; namespace Regi ...
- Widget 基础
一切皆Widget Widget 渲染过程 Flutter把视图数据的组织和渲染抽象为三部分,即 Widget.Element 和 RenderObject. Widget Widget 是空间实现的 ...
- filebeat使用multiline丢失数据问题
最近部署filebeat采集日志. 发现配置multiline后,日志偶尔会丢失数据,而且采集到的数据长度都不相同,所以和日志长度没有关系. 查阅filebeat官网后,找到了问题.filebeat有 ...