写在前面
TDD,是最难在团队中推行的XP实践,有以下的原因
1、TDD需要调整个人开发的过程,从 code - test - debug 变成 test - code,改变了个人开发习惯,要知道,习惯是最难改变的
2、TDD耗时间(暂且不论对还是不对)
3、不写单元测试对项目没有立杆见影的坏影响(或者有了,但是不会有人觉察)
那,这么多的缺点,为什么还是这么多人推荐TDD呢?因为TDD带来的好处是敏捷开发需要的:
敏捷只需要适度的设计,通过不断的重构达成完美的程序,而重构就需要单元测试这根保险绳。
在目前国内的研发团队中,真正能采用TDD的团队还不多,有些是因为项目组不要求,有些是因为难以推行而中止。
其实,只要踏出第一步,你或许会被单元测试迷住,喜欢上那种绿色代表的安稳的感觉。
下面,我介绍一下在我们项目中写的单元测试的情况
Play的三种测试
Play集成了Junit和Selenium作为单元测试的框架。
Unit test
public class AModelTest extends UnitTest {
@Before
public void before() {
}
@After
public void after() {
}
@Test
public void testInsert() {
}
}
unit test使用Junit框架进行编写,一般使用unit test进行model层的单元测试代码编写。
Functional test
控制器层用Functional test进行测试
import play.test.*;
import play.mvc.*;
import play.mvc.Http.*;
import org.junit.*;
public class ApplicationTest extends FunctionalTest {
@Test
public void testTheHomePage() {
Response response = GET("/");
assertStatus(200, response);
}
}
Selenium test
selenium是一个可以直接调用浏览器进行测试的一个测试框架,在Play上可以用selenium进行页面的自动化测试。
下面是selenium的一个代码例子:
#{selenium 'Test security'}
// Try to log in the administration area
clearSession()
open('/admin')
assertTextPresent('Login')
type('login', 'admin')
type('password', 'secret')
clickAndWait('signin')
// Verify that the user in correctly logged in
assertText('success', 'Welcom admin!')
#{/selenium}
运行测试
使用play test 运行项目
play的测试运行页面会把以上三种测试类型的测试在页面中列出来,在页面中可以直接运行。