測試驅(qū)動的設(shè)計和開發(fā)

1、測試驅(qū)動的設(shè)計和開發(fā)( Test Driven Design and Development基礎(chǔ)篇)Charles Huang & Watson Tao With contribution by Eric Lao1 Copyright 2002 Chinaxp.s你的代碼工作嗎？“這段代碼很簡單，不可能出錯”“我試過了，它是正常工作的呀”“我用Debugger測試過了，我遍歷了所有程序分支，內(nèi)存中的值都是對的”最好的方法是寫一段另外的代碼來證明它,讓電腦來告訴它是工作的。2 Copyright 2002 Chinaxp.sXP中的測試Unit TestAcceptance Test( Func

2、tional Test )RegresNightly Test Stress TestTest所有的測試都應(yīng)該獨(dú)立地自動的運(yùn)行3 Copyright 2002 Chinaxp.s單元測試(Unit Test)單元測試是一段能夠放在批處理中自動運(yùn)行的，用來測試Classes的程序。單元測試測試一小段代碼或一個足夠小的功能。單元測試程序調(diào)用這小段代碼或功能，并驗證返回的結(jié)果是否符合預(yù)先設(shè)定的結(jié)果。每個單元測試至少應(yīng)該有兩個測試?yán)? Test Case ):Negativeitive單元測試是工程的一個關(guān)鍵部分。4 Copyright 2002 Chinaxp.sAcceptance TestAc

3、ceptance Test are programs or scripts configured to testpackages (groups of clusters of classes) meet external requirements and achieve goals, such as performance. Theytinclude screen-driving programst test GUIs from without.Acceptance Test是對做End-To-End的測試,衡量是否符合用戶需求的指標(biāo)，也就是驗收測試。5 Copyright 2002 Chin

4、axp.sRegresTest“Regrestesting is the pros of validating modified parts ofthe software and ensuringpreviously tested code.”t nerrors areroducedo一句話，Regresstion Test就是要重新測試所有的代碼和功能。RegresTest和Development Test的不同在于RegresTest需要重用已經(jīng)建立的所有的測試單元(Unit Test )和功能測試套件 (Functional Test)。RegresTest的基礎(chǔ)是完整的自動單元測試和功

5、能測試。6 Copyright 2002 Chinaxp.sNightly TestNightly Test就是每晚自動運(yùn)行所有的Unit Test和Acceptance Test。Nightly Test是XP中的Continuous Test的一個練習(xí)(Practice)。Nightly Test可以準(zhǔn)確的反映項目開發(fā)的進(jìn)度和質(zhì)量。7 Copyright 2002 Chinaxp.sNightly TestNightly Test是開發(fā)中一個保證開發(fā)之質(zhì)量的最有效的方法，也是衡量之質(zhì)量和開發(fā)效率的最好的指標(biāo)。Nightly Test就是每天工作結(jié)束，所有的代碼都Check in到Sourc

6、eControl后，自動運(yùn)行所有的Unit Test和Function Test。測試的結(jié)果應(yīng)該自動分發(fā)給開發(fā)和管理層。兩個指標(biāo)數(shù)值：測試?yán)拥耐ㄟ^率 單元測試的覆蓋率 單元測試必須是100%通過。Functional Test 應(yīng)該按計劃的通過。表明有多少Class被測試過和測試的完善程度。8 Copyright 2002 Chinaxp.s測試優(yōu)先的編程在寫任何代碼之前，先寫它的Unit Test?！癗ever write a line of functional code without a broken test case” Kent BeckTest-Programming是一種測試

7、技術(shù)嗎？Test-Programming首先是一種分析方法。它迫使程序員仔細(xì)思考要做什么和不要做什么(而不是如何具體的實現(xiàn))。特別是各種例外的情況，并用程序語言正式的寫下來。這就好像在程序員的任務(wù)和程序員之間簽訂了一個清晰的正式合同。Test-Programming是一種設(shè)計方法。Unit Test測試的事程序，而不是一個想法。程序員必須清晰的定義程序的界面才能寫出它的Unit Test。而這時程序員是不知道（也不需要知道）里面的具體邏輯是如何實現(xiàn)的。程序員只需要考慮Class的界面和功能(Responsibility)。啊，你在做OO設(shè)計了。Test-Programming是一種質(zhì)量控制方法

8、( Quality Control )。如何控制質(zhì)量呢？如何知道程序是否運(yùn)行呢？我會不會漏了什么？運(yùn)行一下Unit Test。Test-Programming是一種重構(gòu)和優(yōu)化的方法?？傁Ｍ约旱拇a可以漂亮，運(yùn)行的效率高，所以會不斷地去改進(jìn)。如何保證改進(jìn)和優(yōu)化后的質(zhì)量呢？會不會越改越還是Unit Test。糟？Test- Test-Programming不是通常意義上的測試技術(shù)，它的目的也不是僅僅用來測試你的代碼。Programming是一種面象的開發(fā)方法。9 Copyright 2002 Chinaxp.sTest-Driven Design (TDD)Test-Driven Design是

9、一種開發(fā)風(fēng)格,它要求程序員做到：在寫產(chǎn)品代碼之前，先寫它的單元測試( Unit Tests )沒有單元測試的Class不允許作為產(chǎn)品代碼單元測試?yán)記Q定了如何寫產(chǎn)品代碼不斷地成功運(yùn)行所有的單元測試?yán)硬粩嗟耐晟茊卧獪y試?yán)覶est-Driven Design是把需求分析，設(shè)計，質(zhì)量控制量化的過程！10 Copyright 2002 Chinaxp.s為什么會出現(xiàn)TDD現(xiàn)實中的設(shè)計（Design）和測試（Testing）:面對一個新的開發(fā)任務(wù)，往往第一個念頭就是如何去實現(xiàn)它呢？“好像是這樣做的” 感覺上差不多了。抓起任務(wù)就開始編碼，一邊寫，一邊修改和設(shè)計。哎，時間很緊。我先把任務(wù)實現(xiàn)了，然后再好

10、好測試。還是不工作，時間不多了。做個快速但再來重新整理這些代碼吧。的修改吧。等有空來用Debugger運(yùn)行幾次代碼，走完所有的我認(rèn)為可能的分支。我感覺這些代碼應(yīng)該行了。提交吧。哎，我也知道該寫一些自動的單元測試來把剛才在Debugger中的測試走一遍。那是很多的活啊。這種情況要作自動測試太復(fù)雜了。還是手工作一下測試好了。11 Copyright 2002 Chinaxp.s為什么會出現(xiàn)TDD(Continue)程序員心中的測試：很郁悶的工作。對啊，程序員該做些新的，有創(chuàng)意的東西嘛。寫一些新的功能會更有趣些。我知道這些代碼會工作的。經(jīng)驗和感覺都這樣告訴我。只要沒人亂改了。代碼，應(yīng)該就沒問題。再說

11、這些邊緣情況幾乎不可能出現(xiàn)測試是QA的工作。時間（我要趕Deadline)，不值得。自動測試12 Copyright 2002 Chinaxp.s如何面對這些現(xiàn)實和想法Test-Driven Design and Development真的能行？試一試！13 Copyright 2002 Chinaxp.s如何做Test Driven Design and Development再開發(fā)一個新的功能之前首先確定你要做什么（不是要如何做?。┍热缯f一個加一個用戶：的增加用戶的功能，需要又一個method來增public void addAccount( Account account )當(dāng)然包括成功

12、增加一個用戶（在數(shù)據(jù)庫中一條）還包括如果已經(jīng)由一個相同的用戶，應(yīng)該返回一個用戶已存在的消息OK,知道這個method中的這段代碼要做什么，而且這段代碼也足夠簡單。14 Copyright 2002 Chinaxp.s如何做Test Driven Design and Development（Continue )然后為這個功能（Method）寫單元測試?yán)? Unit Test )單元測試?yán)右采w這個Method的 “做什么”。所以至少有了兩個測試?yán)?Test Case 1: 測試成功增加一個用戶Test Case 2: 測試增加一個已存在的用戶其他邊緣情況測試：Test Case 3: 傳

13、入的Account對象為NULL15 Copyright 2002 Chinaxp.s如何做Test Driven Design and Development（Continue )寫Production代碼清楚知道這段代碼需要做什么。因為那里，清晰的表明這段代碼的Contracts。有另一段代碼擺在不用多，也不能少，只需要能實現(xiàn)再Unit Test中的Contracts和能夠通過它的Unit Test。16 Copyright 2002 Chinaxp.s如何做Test Driven Design and Development（Continue )運(yùn)行Unit Test如果順利通過，你已經(jīng)

14、很好的完成了你的任務(wù)。 如果沒通過，修補(bǔ)代碼直到能通過Unit Test為止。如果出現(xiàn)在Unit Test中沒預(yù)先設(shè)定的結(jié)果，在Unit Test中增加一個Test Case，修補(bǔ)代碼直到通過所有的Test Case為止。17 Copyright 2002 Chinaxp.sTDD和PSPal Software Pros的DevelopmentysisDesignCodeBuildTestTest-Driven Design and DevelopmentBuildRun TestysisDesignCode Unit TestCode18 Copyright 2002 Chinaxp.sXP

15、采用了TDDTDD是Extreme Programming中必須遵行的一個方法。TDD是XP中Pair Programming的工作模式。XP中把測試驅(qū)動的設(shè)計和開發(fā)做到極致。TDD的整個流程由兩個程序員一起執(zhí)行。XP正是因為采用了TDD才能夠做到每天的代碼都是Production Code和每個小的Release都能提供具備Production質(zhì)量的代碼并投入使用。有了TD有了TD有了TD有了TD才能降低風(fēng)險，去擁抱變化。才能在計劃的時間內(nèi)完成計劃質(zhì)量的代碼。才能減少CodeFix環(huán)節(jié)，從而減少項目成本。Team才能對自己的工作充滿自信。19 Copyright 2002 Chinaxp.s

16、TDD防止Over-Engineering在開發(fā)中采用TDD，可以有效的避免過度設(shè)計和開發(fā)。如果程序員不愿為一個Method寫測試?yán)踊蛘哒J(rèn)為現(xiàn)在沒有必要測試改Method,那這個Method多半是現(xiàn)在不需要的。20 Copyright 2002 Chinaxp.sTDD,程序員和管理層對程序員來說，通過運(yùn)行Unit Test和Functional Test，每天下班的時可以清楚的知道自己的代碼是work的。對管理層來說，通過Nightly Test的結(jié)果，每天一早都清楚的知道項目的質(zhì)量和開發(fā)進(jìn)度。21 Copyright 2002 Chinaxp.sXP中寫TestsDeveloper:Un

17、it TestAcceptance Test( Functional Test )Customer:Acceptance TestCustomer為每一個User Story寫Functional Test。但通常用戶并不具備設(shè)計和開發(fā)Functional Test的能力，需要程序員的幫助。22 Copyright 2002 Chinaxp.s什么時候?qū)慣ests?如果你要寫一個新的功能，請先寫測試?yán)尤绻阋跊]有經(jīng)過測試的代碼上寫新的功能，請先寫目前代碼的測試?yán)尤绻阋狥ix一個Bug，請先為這個Bug寫一個測試?yán)尤绻阋猂efactor沒有測試過的代碼，請先寫一個測試?yán)尤绻惆l(fā)現(xiàn)一

18、個邊緣例外值，請為她寫一個測試?yán)?3 Copyright 2002 Chinaxp.sExtreme UnitJava Class的測試Framework Java Swing app的測試FrameworkJava Server Side( EJB, Servlet )的測試Framework Html Page的測試FrameworkHtml Page的測試Framework C+測試Framework.Net app的測試FrameworkJunit JFCUnit CatusHTMitHTTPUnit CPPUnit.NetUnit24 Copyright 2002 Chinaxp.

19、sJunit( A sle)Junit是由kent Beck和Erich Gamma 編寫的一個open source的測試框架，用來編寫可重復(fù)的測試?yán)印Ｖ械脑黾佑脩鬽ethod測試public class Account/* Add a user account*implements Account* param Account - A account objectt contains the user info,like userName,*/password,public void addAccount( final Account account ) throws SQLExcept

20、ion,AccountAlreadyExistException25 Copyright 2002 Chinaxp.sJunit( A sle)1.為對應(yīng)的Java Class建立一個TestCase。Unit Test Case應(yīng)該放在和Business Class相同的Package中，但在不同的的物理位置。package.redsoft.forum.import junit.framework.TestCase; import junit.framework.TestSuite;import junit.framework.Test;public class Accountpublic

21、Account super(name);Test extends TestCase Test(String name) 26 Copyright 2002 Chinaxp.sJunit( A sle)2. Override setUp() and tearDown()如果需要，可以在setUp()中初始化需要的全局變量，資源等（比如Database Connection, File I/O或Mock Objects等）相應(yīng)的，可以在tearDown()中I/O和Mock Objects等）資源（Database Connection,Filepublic class Account priva

22、teTest extends TestCase FixtureFixtureIns = newFixture();public void setUp() throws Exception FixtureIns.setUp();public void tearDown() throws Exception FixtureIns.tearDown();27 Copyright 2002 Chinaxp.sJunit( A s3.為被測試的Method寫Test Casepublic void testAddAccountNormal()le)Account= new Account();Accou

23、nt account = new Account(USER_NAME,charles,charl try.addAccount( account ););Account account_new =.findByUserName( account.getUserName() );assertEquals(Expecting charles,account.getUserName(),account_new.getUserName() ); assertEquals(Expecting charles,account.getPassword(),account_new.getPassword()

24、); assertEquals(Expectingc,account.get(),account_new.get() );.removeAccount( account.getUserName() );catch( final Exception e )e.prStackTrace();fail(Unexpected exception: + e.toString();28 Copyright 2002 Chinaxp.sJunit( A spublic void testAddAccountAlreadyExist()le)AccountAccount account = null; try

25、= null;/ Add an Account .addAccount( account ); fail(AccountAlreadyExistException expected);catch( final SQLException e )e.prStackTrace();fail(Unexpected exception: + e.toString();catch( final AccountNotFoundException notFound )notFound.prStackTrace();fail(Unexpected exception: + notFound.toString()

26、 );catch( final AccountAlreadyExistException ex )/ Pass try.removeAccount( account.getUserName() );catch( final SQLException sql )sql.prStackTrace();fail(Unexpected exception );29 Copyright 2002 Chinaxp.sJunit( A Sle)運(yùn)行這個Unit Test。Junit提供兩種運(yùn)行界面：Swing(junit.swingui.TestRunner)C:sandboxforumjava -clas

27、spath ./classes;./lib/junit.jar;./lib/_jdbc.jar;./lib/Tidy.jar;./lib/struts.jarjunit.swingui.TestRunner.redsoft.forum.AccountTest30 Copyright 2002 Chinaxp.sJunit( A SText界面( junit.textui.TestRunner )le)31 Copyright 2002 Chinaxp.sJunit Test SuiteTest Suite用來運(yùn)行所有的Unit Tests Test Suite的數(shù)型結(jié)構(gòu)：.redsoft.fo

28、rum.AllTest|.redsoft.forum.|.AllTest.redsoft.forum.AllTest.redsoft.forum.util.AllTest每個Package Level都由一個AllTest Test Suite在每個Test Suite中，加入在本package level中的所有單元測試?yán)? Unit Test Cases )加入子Package level中的所有AllTest Suite32 Copyright 2002 Chinaxp.sJunit Test Suitepackage.redsoft.forum.;public class AllTe

29、sts public sic void main(String args) junit.textui.TestRunner.run(suite();public sic Test suite() TestSuite suite = new TestSuite();/ 加入子package中的AllTest suitesuite.addTest(.redsoft.forum.AllTestite();/ 加入本package level中的Unit Test casesuite.addTestSuite(DataSourceTest.class);return suite;/EOC33 Copy

30、right 2002 Chinaxp.sJFC Unit一個Junit的Exten一個最簡單的S,用來測試Swing-based的Application。le:測試一個Login Screen34 Copyright 2002 Chinaxp.sJFC Unit代碼片斷：測試圖形界面JDialog dialog; JButton exitButton= ( JButton ) h代碼片斷：設(shè)置測試環(huán)境privaoginScreen loginScreen = null; private TestHelper helper = null; public LoginScreenTest( Stri

31、ng name ) super( name ); protected void setUp( ) throws Exceptionsuper.setUp( );helper = new JFCTestHelper( ); loginScreen = newLoginScreen( LoginScreenTest: +getName( ) );loginScreen.setVisible( true );ponent( ExitButton,loginScreen, 0 );assertNotNull( Could not find the Exit button, exitButton ); JButton enterButton= ( JButton ) hponent( EnterButton,loginScreen, 0 );assertNotNull( Could not find the Enter button, enterButton ); JTextField userNameField= ( JTextField ) hponent( LoginNameTextField,loginScreen, 0 );assertNotNull( Could not find