TDD 测试驱动开发笔记

测试驱动开发 TDD(Test Driven Development)

是什么
  • 一种开发流程
  • 理念:以终为始,通过测试出期望的结果来推动开发的进行
有什么用
  • 在测试的保护下改善既有的代码设计
  • 减少手工直觉测试的遗漏(扩大测试覆盖面)
  • 及时反馈
执行步骤

开发流程

  1. 先写测试,并运行测试
  2. 测试失败
  3. 写刚好的(最少的)代码修复错误,再运行测试
  4. 测试通过
  5. 重构代码,并运行测试,测试失败
  6. 重复 3
例子
先写测试
// 先创建测试用例:$GOPATH/src/tdd/main_test.go

package main

import (
	"testing"
)

func TestAdd(t *testing.T) {

	var actual int
	actual = Add(3, 5)
	expected := 8
	if expected != actual {
		t.Errorf("expected %d, got %d", expected, actual)
	}
}
运行测试:测试失败
go test -v ./
# 输出结果

# go_test [go_test.test]
./main_test.go:10:11: undefined: Add
FAIL    go_test [build failed]
修复:编写必要代码使测试通过
// 编写必要代码
// $GOPATH/src/tdd/main.go

package main

func main() {

}

func Add()  {
	
}
# 再运行测试
# go_test [go_test.test]
./main_test.go:10:14: too many arguments in call to Add
        have (number, number)
        want ()
./main_test.go:10:14: Add(3, 5) used as value
FAIL    go_test [build failed]
// 再编写必要代码
// $GOPATH/src/tdd/main.go

func Add(a, b int) int {
	return 0
}
# 再运行测试
=== RUN   TestAdd
--- FAIL: TestAdd (0.00s)
    main_test.go:13: expected 8, got 0
FAIL
FAIL    go_test 0.005s
// 再编写必要代码
// $GOPATH/src/tdd/main.go

func Add(a, b int) int {
	return 8
}
=== RUN   TestAdd
--- PASS: TestAdd (0.00s)
PASS
ok      go_test 0.007s
重构
// $GOPATH/src/tdd/main_test.go

package main

import (
	"testing"
)

func TestAdd(t *testing.T) {

	t.Run("test func Add: 1", func(t *testing.T) {
		var actual int
		actual = Add(3, 5)
		expected := 8
		if expected != actual {
			t.Errorf("expected %d, got %d", expected, actual)
		}
	})

	t.Run("test func Add: 2", func(t *testing.T) {
		var actual int
		actual = Add(3, 6)
		expected := 9
		if expected != actual {
			t.Errorf("expected %d, got %d", expected, actual)
		}
	})
}
# 运行测试
=== RUN   TestAdd
=== RUN   TestAdd/test_func_Add:_1
=== RUN   TestAdd/test_func_Add:_2
--- FAIL: TestAdd (0.00s)
    --- PASS: TestAdd/test_func_Add:_1 (0.00s)
    --- FAIL: TestAdd/test_func_Add:_2 (0.00s)
        main_test.go:24: expected 9, got 8
FAIL
FAIL    go_test 0.005s
// 再编写必要代码
// $GOPATH/src/tdd/main.go

func Add(a, b int) int {
    if b == 6 {
        return 9
    }
    return 8
}
# 再测试
=== RUN   TestAdd
=== RUN   TestAdd/test_func_Add:_1
=== RUN   TestAdd/test_func_Add:_2
--- PASS: TestAdd (0.00s)
    --- PASS: TestAdd/test_func_Add:_1 (0.00s)
    --- PASS: TestAdd/test_func_Add:_2 (0.00s)
PASS
ok      go_test 0.006s
// 重构
// $GOPATH/src/tdd/main.go

func Add(a, b int) int {
	return a + b
}
# 测试重构的代码
=== RUN   TestAdd
=== RUN   TestAdd/test_func_Add:_1
=== RUN   TestAdd/test_func_Add:_2
--- PASS: TestAdd (0.00s)
    --- PASS: TestAdd/test_func_Add:_1 (0.00s)
    --- PASS: TestAdd/test_func_Add:_2 (0.00s)
PASS
ok      go_test (cached)  ## 缓存?
js:tdd chenhao$ go test --count=1 -v ./
=== RUN   TestAdd
=== RUN   TestAdd/test_func_Add:_1
=== RUN   TestAdd/test_func_Add:_2
--- PASS: TestAdd (0.00s)
    --- PASS: TestAdd/test_func_Add:_1 (0.00s)
    --- PASS: TestAdd/test_func_Add:_2 (0.00s)
PASS
ok      go_test 0.006s
// 重构测试代码:$GOPATH/src/tdd/main_test.go

func TestAdd(t *testing.T) {

	t.Run("test func Add: 1", func(t *testing.T) {
		var actual int
		actual = Add(3, 5)
		expected := 8

		assertEqual(t, expected, actual)
	})

	t.Run("test func Add: 2", func(t *testing.T) {
		var actual int
		actual = Add(3, 6)
		expected := 9

		assertEqual(t, expected, actual)
	})
}

func assertEqual(t *testing.T, expected, actual int)  {
	t.Helper()

	if expected != actual {
		t.Errorf("expected %d, got %d", expected, actual)
	}
}
# 运行测试
=== RUN   TestAdd
=== RUN   TestAdd/test_func_Add:_1
=== RUN   TestAdd/test_func_Add:_2
--- PASS: TestAdd (0.00s)
    --- PASS: TestAdd/test_func_Add:_1 (0.00s)
    --- PASS: TestAdd/test_func_Add:_2 (0.00s)
PASS
ok      go_test 0.005s
参考
  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
测试驱动的编程是 XP 困扰程序员的一个方面。对于测试驱动的编程意味着什么以及如何去做,大多数人都做出了不正确的假设。这个月,XP 方面的讲师兼 Java 开发人员 Roy Miller 谈论了测试驱动的编程是什么,它为什么可以使程序员的生产力和质量发生巨大变化,以及编写测试的原理。请在与本文相随的 论坛中提出您就本文的想法,以飨笔者和其他读者。(您也可以单击本文顶部或底部的“讨论”来访问该论坛。) 最近 50 年来,测试一直被视为项目结束时要做的事。当然,可以在项目进行之中结合测试测试通常并不是在 所有编码工作结束后才开始,而是一般在稍后阶段进行测试。然而,XP 的提倡者建议完全逆转这个模型。作为一名程序员,应该在编写代码 之前编写测试,然后只编写足以让测试通过的代码即可。这样做将有助于使您的系统尽可能的简单。 先编写测试 XP 涉及两种测试: 程序员测试和 客户测试测试驱动的编程(也称为 测试为先编程)最常指第一种测试,至少我使用这个术语时是这样。测试驱动的编程是让 程序员测试(即单元测试 ― 重申一下,只是换用一个术语)决定您所编写的代码。这意味着您必须在编写代码之前进行测试测试指出您 需要编写的代码,从而也 决定了您要编写的代码。您只需编写足够通过测试的代码即可 ― 不用多,也不用少。XP 规则很简单:如果不进行程序员测试,则您不知道要编写什么代码,所以您不会去编写任何代码。 测试驱动开发(TDD)是极限编程的重要特点,它以不断的测试推动代码的开发,既简化了代码,又保证了软件质量。本文从开发人员使用的角度,介绍了 TDD 优势、原理、过程、原则、测试技术、Tips 等方面。 背景 一个高效的软件开发过程对软件开发人员来说是至关重要的,决定着开发是痛苦的挣扎,还是不断进步的喜悦。国人对软件蓝领的不屑,对繁琐冗长的传统开发过程的不耐,使大多数开发人员无所适从。最近兴起的一些软件开发过程相关的技术,提供一些比较高效、实用的软件过程开发方法。其中比较基础、关键的一个技术就是测试驱动开发Test-Driven Development)。虽然TDD光大于极限编程,但测试驱动开发完全可以单独应用。下面就从开发人员使用的角度进行介绍,使开发人员用最少的代价尽快理解、掌握、应用这种技术。下面分优势,原理,过程,原则,测试技术,Tips等方面进行讨论。 1. 优势 TDD的基本思路就是通过测试来推动整个开发的进行。而测试驱动开发技术并不只是单纯的测试工作。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

陈挨踢

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值