hengheng123456789

1.2 junit單元測(cè)試

大部分集成工具都集成了junit單元測(cè)試插件，并有向?qū)椭鷮?xiě)單元測(cè)試。Junit發(fā)行包的文檔很詳細(xì)地介紹了Junit的設(shè)計(jì)概念和所使用的設(shè)計(jì)模式。在這里我簡(jiǎn)單地說(shuō)明如何寫(xiě)測(cè)試用例、在ant配置文件中調(diào)用測(cè)試用例和產(chǎn)生測(cè)試報(bào)告的方法。

1. 寫(xiě)測(cè)試用例

   下面是在eclipse junit向?qū)?duì)MyCode類(lèi)編寫(xiě)的測(cè)試用例TestMyCode文件基礎(chǔ)上寫(xiě)的代碼：

   import junit.framework.TestCase; /* * Created on 2003-4-30 * * To change the template for this generated file go to * Window>Preferences>Java>Code Generation>Code and Comments */ /** * @author gongys * * To change the template for this generated type comment go to * Window>Preferences>Java>Code Generation>Code and Comments */ public class TestMyCode extends TestCase { MyCode myFixture=null; /** * Constructor for TestTest. * @param arg0 */ public TestTest(String arg0) { super(arg0); } /* * @see TestCase#setUp() */ protected void setUp() throws Exception { super.setUp(); myFixture = new MyCode(); System.out.println("setup"); } /* * @see TestCase#tearDown() */ protected void tearDown() throws Exception { super.tearDown(); myFixture = null; System.out.println("teardown"); } public void testSetName() { myFixture.setName("gongys") assertEquals("gongys", myFixture.getName()); System.out.println("testSetName"); System.out.println(this.getName()); } public void testSetAge() { System.out.println("testSetAge"); myFixture.setAge (12) assertEquals(12,myFixture.getAge()); System.out.println(this.getName()); } }

   
   

   有幾點(diǎn)需要特殊指出：

   • 一個(gè)TestCase子類(lèi)中可以包含多個(gè)test方法，test方法的原型必須是public void testXXX()；
   • 在執(zhí)行過(guò)程中，junit框架為每一個(gè)test方法實(shí)例化一個(gè)TestCase子類(lèi)；
   • 執(zhí)行testCase的順序如下：setUp（），testXXX(),teardown();
   • fixture是指為每一個(gè)測(cè)試方法準(zhǔn)備的東西：比如數(shù)據(jù)庫(kù)連接，此時(shí)的目標(biāo)等，一般在setUp（）中設(shè)置，testXXX()中使用，teardown()中釋放。

   運(yùn)行這個(gè)測(cè)試的結(jié)果如下：

   setup testSetName testSetName teardown setup testSetAge testSetAge teardown

   
   
2. ant使用測(cè)試用例

   利用ant 的junit任務(wù)和其子任務(wù)test可以在ant配置文件中執(zhí)行單元測(cè)試，如下所示：

   <target name="outter_unittest" depends="init"> <junit printsummary="yes" fork="yes" haltonfailure="no" > <classpath> <fileset dir="${build.dir}"> <include name="TestMyCode.class" /> <include name="MyCode.class" /> </fileset> <pathelement location="${lib.dir}/${junit.jar}"/> </classpath> <formatter type="xml"/>> <!--this specify the output format of junit --> <test name="TestMyCode" todir="tempjunit" />> <!--this will run all testXXX methods of the TestMyCode and generate the output to dir tempjunit , the output file is TEST-TestMyCode .xml --> </junit> </target>

   
   

   需要注意的是：

   • 要正確設(shè)置 junit 任務(wù)的 classpath 子元素， classpath 至少要包含三樣?xùn)|西， TestCase 子類(lèi)比如 TestMyCode ，你測(cè)試的代碼的 java 類(lèi)比如 MyCode ,和 junit.jar ；
   • 可以使用 formatter 子元素設(shè)置 junit 任務(wù)中 test 任務(wù)的輸出的格式；
   • test 任務(wù)可以設(shè)置輸出文件的名字和目錄；
   • junit任務(wù)還有一個(gè)子任務(wù)batchtest可以用通配符來(lái)指定TestCase子類(lèi)。
3. Ant中生成測(cè)試報(bào)告

   在上面的一節(jié)中我們談到j(luò)unit任務(wù)可以生成測(cè)試結(jié)果，并輸出到指定的文件和目錄中，在ant中，我們還可以用junitreport任務(wù)對(duì)這些測(cè)試結(jié)果進(jìn)行處理，生成html文件：

   <junitreport todir="./tempjunit "> <fileset dir="./tempjunit "> <include name="TEST-*.xml"/> </fileset> <report format="frames" todir="./report/html"/> </junitreport>

   
   

   junitreport任務(wù)首先把fileset中指定的測(cè)試結(jié)果歸集成一個(gè)xml文件，接著用子任務(wù)report轉(zhuǎn)化成html文件，子任務(wù)report的format屬性指定生成的結(jié)果是框架的還是沒(méi)框架的。

回頁(yè)首

1.3 cactus單元測(cè)試

cactus單元測(cè)試工具是對(duì)junit框架的擴(kuò)充，使junit的思想和便利同樣用于Browser/Server web應(yīng)用程序中的測(cè)試，具體的來(lái)說(shuō)就是測(cè)試servlet，jsp和filter。本節(jié)講述cactus 單元測(cè)試原理，servlet測(cè)試用例的書(shū)寫(xiě)（jsp,filter的測(cè)試用例的書(shū)寫(xiě)請(qǐng)參照cactus文檔），如何配置ant運(yùn)行這樣的測(cè)試。

1. cactus 單元測(cè)試原理

   

   Cactus提供了好幾個(gè)擴(kuò)展 JUnit Testcase 的子類(lèi)和相應(yīng)的redirector，上面的工作原理圖解釋了cactus測(cè)試的工作原理。

   其中 YYYTestCase = ( ServletTestCase 子類(lèi) | FilterTestCase 子類(lèi) | JspTestCase 子類(lèi))

   XXX我們寫(xiě)的testcase名字的后半部分。

   下面我們分步驟解釋在我們的 cactus Testcase 子類(lèi)里頭的每一個(gè) testXXX() 方法的具體情況：

   1. JUnit 測(cè)試運(yùn)行器調(diào)用 YYYTestCase.runTest() 方法。這個(gè)方法尋找 beginXXX(WebRequest) 方法，如果找到則執(zhí)行。 傳給 beginXXX(WebRequest) 方法的參數(shù) WebRequest 可用來(lái)設(shè)置 HTTP頭， HTTP 參數(shù)，這些參數(shù)將被發(fā)送到第2步的 Redirector 代理。
   2. YYYTestCase.runTest() 方法打開(kāi)連向 Redirector 代理的HTTP 連接， beginXXX(WebRequest) 方法設(shè)置的HTTP協(xié)議參數(shù)將被送到代理。
   3. Redirector 代理在服務(wù)端作為 YYYTestCase 的代理（其實(shí)我們的YYYTestCase被實(shí)例化兩次，一次在客戶(hù)端被JUnit 測(cè)試運(yùn)行器實(shí)例化，一次在服務(wù)器端被代理實(shí)例化，客戶(hù)端實(shí)例執(zhí)行 beginXXX() and endXXX() 方法，服務(wù)端實(shí)例執(zhí)行Junit 測(cè)試用例的方法 setup(),testXXX(),and teardown()） 。Redirector 代理有下列事情可做：
      • 用java的內(nèi)省功能創(chuàng)建服務(wù)端實(shí)例；
      • 設(shè)置一些缺省對(duì)象；
      • 按照客戶(hù)端實(shí)例的意愿創(chuàng)建session。
   4. 執(zhí)行Junit 測(cè)試用例的方法 setup(),testXXX(),and teardown()；
   5. 我們的 testXXX()方法調(diào)用服務(wù)端代碼來(lái)進(jìn)行測(cè)試，使用 assertEquals() 方法對(duì)測(cè)試結(jié)果和預(yù)期結(jié)果進(jìn)行比較，如果兩者相符為測(cè)試成功，否則為測(cè)試失??；
   6. 如果測(cè)試失敗，Redirector 代理將捕獲testXXX()方法拋出的的異常；
   7. Redirector 代理將異常信息返回給客戶(hù)端的JUnit 測(cè)試運(yùn)行器，JUnit 測(cè)試運(yùn)行器可以生成測(cè)試報(bào)告；
   8. 如果沒(méi)有異常出現(xiàn)， YYYTestCase.runTest() 方法尋找
      endXXX(org.apache.cactus.WebResponse) endXXX(com.meterware.httpunit.WebResponse) (后者用在和httpunit集成中) 方法，如果找到則執(zhí)行。endXXX方法中，我們可以檢查返回的HTTP 頭， Cookies 和output stream ，這個(gè)檢查可以借助于Junit的 assertEquals或者cactus提供的幫助類(lèi)。

   在這里需要提出的一點(diǎn)就是：代理不會(huì)去真正執(zhí)行servlet，或filter，或jsp的代碼，你需要在testXXX方法中調(diào)用或模仿這些代碼。

2. 書(shū)寫(xiě)servlet測(cè)試用例

   import java.io.IOException; import junit.framework.Test; import junit.framework.TestSuite; import org.apache.cactus.ServletTestCase; import org.apache.cactus.WebRequest; import org.apache.cactus.WebResponse; public class TestSampleServlet extends ServletTestCase { public TestSampleServlet(String theName) { super(theName); } public static Test suite() { return new TestSuite(TestSampleServlet.class); } //這個(gè)方法在服務(wù)端運(yùn)行，用來(lái)設(shè)置fixture public void setup(){ } //這個(gè)方法在服務(wù)端運(yùn)行，用來(lái)釋放fixture public void teardown(){ } //這個(gè)方法在客戶(hù)端運(yùn)行，可以用來(lái)設(shè)置請(qǐng)求參數(shù) public void beginSaveToSessionOK(WebRequest webRequest) { webRequest.addParameter("testparam", "it works!"); webRequest.setURL("localhost", "test", "SampleServlet" ,"gongys", "name=gongys"); } //這個(gè)方法在服務(wù)端運(yùn)行，用來(lái)具體進(jìn)行代碼測(cè)試 public void testSaveToSessionOK() throws IOException { SampleServlet servlet = new SampleServlet(); servlet.saveToSession(request); System.out.println(this.request.getPathInfo()); System.out.println(this.request.getParameter("name")); this.response.getWriter().println("gongys"); assertEquals("it works!", session.getAttribute("testAttribute")); } //這個(gè)方法在客戶(hù)端執(zhí)行，用來(lái)驗(yàn)證返回結(jié)果 public void endSaveToSessionOK(WebResponse theResponse){ System.out.println(theResponse.getText()); } }

   
   

3. 配置ant運(yùn)行cactus測(cè)試

   • 類(lèi)路徑的設(shè)置

     我們要按照下面的圖設(shè)置客戶(hù)端（ant junit任務(wù)中）設(shè)置classpath，并把右半部分所示的類(lèi)放到服務(wù)器或者webapp的類(lèi)路徑上

     

   • 客戶(hù)端cactus.properties

     我們知道，cactus需要redirector 代理才能工作，我們除了把這些代理考到相應(yīng)的webapp的類(lèi)路徑(對(duì)于filter和servlet代理)或webapp路徑（對(duì)于jsp代理）外，我們還需要告訴客戶(hù)端測(cè)試實(shí)例到哪里去找這些代理，下面是cactus.properties的內(nèi)容：

     cactus.contextURL = http://localhost:8080/test

     
     

     其中test為被測(cè)試webapp的上下文路徑。

     cactus.properties也必須放在ant junit任務(wù)的classpath中。

   • 服務(wù)器（假設(shè)為tomcat 4.12）server.xml的設(shè)置

     我們必須在server.xml中添加cactus redirector代理，使得這些代理能接受客戶(hù)端測(cè)試實(shí)例傳過(guò)來(lái)的請(qǐng)求。詳細(xì)添加辦法請(qǐng)參見(jiàn)cactus 文檔。

     有了正確的junit 類(lèi)路徑的設(shè)置，其他的就合正常的junit測(cè)試一樣。

1.4 clover測(cè)試覆蓋率計(jì)算

clover覆蓋率計(jì)算工具通過(guò)在被測(cè)源代碼中插入相關(guān)指令，在被測(cè)源代碼被執(zhí)行時(shí)這些指令被執(zhí)行，用以統(tǒng)計(jì)被測(cè)源代碼被執(zhí)行的次數(shù)，clover利用一個(gè)數(shù)據(jù)庫(kù)來(lái)保存這些數(shù)據(jù)。Clover還提供了訪(fǎng)問(wèn)這個(gè)數(shù)據(jù)庫(kù)的工具，并產(chǎn)生html報(bào)告文檔。

1. 配置ant運(yùn)行clover分析

   clover實(shí)現(xiàn)了一些ant任務(wù)，下面是ant中定義這些任務(wù)的代碼

   <taskdef resource="clovertasks" > <classpath> <pathelement location="${clover.jar}"/> </classpath> </taskdef>

   
   

   下面的代碼初始化clover數(shù)據(jù)庫(kù)：

   <target name="with.clover" depends="init"> <!-- 刪除${build.dir}使得重新編譯源代碼 --> <delete dir="${build.dir}" /> <mkdir dir="${build.dir}" /> <clover-setup initString="${user.home}/${ANTLOG_FILE_NOEXT}.db" /> </target>

   
   

   下面的代碼產(chǎn)生clover分析，格式為html,結(jié)果放在tempcloverreport目錄中：

   <target name="clover.html" > <delete dir="tempcloverreport"></delete> <mkdir dir="tempcloverreport" /> <property name="clover.html" value="ok"<>/property> <clover-report> <current outfile="tempcloverreport"> <format type="html"/> </current> </clover-report> </target> <!-- 下面用一個(gè)目標(biāo)來(lái)初始化clover,編譯源代碼，unittest單元測(cè)試和clover分析--> <target name="clover_report" depends="with.clover, compile,unittest, clover.html"> </target>

   
   

   這個(gè)任務(wù)的工作原理為，with.clover在初始化clover數(shù)據(jù)庫(kù)后，監(jiān)視compile；在javac編譯java源代碼時(shí)把記錄代碼執(zhí)行的相關(guān)指令插入到j(luò)ava源代碼中；在單元測(cè)試時(shí)，這些插入的代碼就開(kāi)始記錄被測(cè)試代碼的執(zhí)行次數(shù)，把結(jié)果輸出到clover數(shù)據(jù)庫(kù)中；clover.html目標(biāo)根據(jù)數(shù)據(jù)庫(kù)中的數(shù)據(jù)生成html文件。

   需要注意的幾點(diǎn)：

   • 如果是執(zhí)行cactus類(lèi)的client/server測(cè)試，在服務(wù)端的類(lèi)徑中必須包含clover.jar類(lèi)；
   • clover 是一個(gè)商業(yè)工具，但可以得到30天的評(píng)估license；
   • clover 在編譯過(guò)程中改變了代碼的執(zhí)行路徑，在產(chǎn)品發(fā)布時(shí)必須單獨(dú)執(zhí)行compile目標(biāo)。
2. Clover 分析結(jié)果

   下面是Clover 分析結(jié)果的圖示，讀者可以自己看出從這個(gè)分析中能得到什么。第一個(gè)圖是顯示一個(gè)項(xiàng)目的整體覆蓋率情況，第二個(gè)圖顯示了每一個(gè)類(lèi)每行代碼的覆蓋情況。

   

   

1.5 statcvs項(xiàng)目度量工具

statcvs是一個(gè)利用cvs reporsitory log生成項(xiàng)目度量的工具，這些度量包括每個(gè)作者的代碼量，每個(gè)目錄或文件的代碼行數(shù)。使用statcvs先要學(xué)會(huì)使用cvs。

1. Ant 中使用cvs

   Ant 中使用cvs是通過(guò)cvs任務(wù)來(lái)完成的：

   <property name="cvsroot" value=":pserver:anonymous@10.1.36.135:/data/src" /> <!--取出源代碼，放在tmp目錄下，相當(dāng)于執(zhí)行cvs co -d ${base.path}/tmp/${location} --> <cvs cvsRoot="${cvsroot}" package="${location}" dest="${base.path}/tmp" /> <!-- 執(zhí)行cvs log ，結(jié)果放在tmp.log中--> <cvs dest="${base.path}/tmp/${location}" command="log" output="${base.path}/tmp/${location}/cvs.log"/>

   
   
2. Ant 中使用statcvs

   Statcvs實(shí)現(xiàn)了一個(gè)ant任務(wù)，下面是ant中定義這個(gè)任務(wù)的代碼：

   <taskdef name="statcvs" classname="net.sf.statcvs.ant.StatCvsTask"> <classpath> <pathelement path="${statcvs.jar}"/> </classpath> <</taskdef>

   
   

   下面是使用statcvs任務(wù)產(chǎn)生項(xiàng)目度量數(shù)據(jù)的代碼，結(jié)果是一些html文件，放在${statcvs.htmldir}目錄下：

   <statcvs projectName="${location}" projectDirectory="${base.path}/tmp/${location}" cvsLogFile="${base.path}/tmp/${location}/cvs.log" outputDirectory="${statcvs.htmldir}" />

   
   

1.6 velocity模版系統(tǒng)

velocity模版系統(tǒng)比起jsp模版來(lái)說(shuō)有比較大的好處：

• 實(shí)現(xiàn)視圖和控制代碼的完全隔離

  在jsp中，我們可以嵌入執(zhí)行代碼，jsp本質(zhì)是具有格式化代碼和控制代碼混合能力，雖然大家發(fā)明了好多方法、設(shè)計(jì)模式和最佳實(shí)踐，可是不能從根本上消除jsp編寫(xiě)員混合格式化代碼和控制代碼的惡習(xí)；而在velocity模版系統(tǒng)中，這種混合不可能存在，你不可能在velocity的.vm文件中通過(guò)代碼 Person p = new Person() 生成一個(gè)Java對(duì)象，這些業(yè)務(wù)對(duì)象只能在控制中生成并放到context中。

• 安全

  jsp文件被編譯之后形成了一個(gè)類(lèi)似于servlet的東西，幾乎可以在jsp中干任何事，你可以在jsp中寫(xiě) System.exit(0)來(lái)關(guān)掉java虛擬機(jī)，或利用別的什么漏洞。

  這里只說(shuō)這些好處，關(guān)于其他的大家可以到網(wǎng)上去查或自己總結(jié)。下面我要介紹一下velocity模版系統(tǒng)工作機(jī)制和關(guān)于velocity的設(shè)置問(wèn)題。

1. velocity模版系統(tǒng)工作機(jī)制

   我們以在servlet環(huán)境下的模版系統(tǒng)為例（當(dāng)然控制還可以由其他代碼來(lái)實(shí)現(xiàn)）?？刂瓶梢詫?shí)例化一些業(yè)務(wù)對(duì)象比如Person 放到context 中（執(zhí)行context的相關(guān)方法），控制在接著裝載相關(guān)的視圖的模版比如PersonInfo.vm，產(chǎn)生Template實(shí)例，并讓這個(gè)實(shí)例解釋自己生成輸出比如html格式流，Template實(shí)例在解釋模版的時(shí)候會(huì)根據(jù)模版文件中的指令訪(fǎng)問(wèn)context中的業(yè)務(wù)對(duì)象。

   所以要使這個(gè)模式工作，重要的一點(diǎn)是控制必須和視圖就context中的業(yè)務(wù)對(duì)象的名字達(dá)成一致，這就是控制和視圖的協(xié)議。

   

2. velocity的設(shè)置

   velocity運(yùn)行的第一個(gè)任務(wù)就是初始化，執(zhí)行Velocity.init方法。無(wú)參數(shù)的init方法會(huì)采用缺省的屬性配置，在velocity.jar 中的org.apache.velocity.runtime.defaults.velocity.properties位置；使用有參數(shù)的init方法，參數(shù)傳遞的是一個(gè)屬性文件或java.util.Properties 對(duì)象，參數(shù)中定義的屬性會(huì)覆蓋缺省的屬性設(shè)置，沒(méi)定義的屬性會(huì)采用缺省的屬性設(shè)置。

   比較有用的屬性設(shè)置是讀取模版文件時(shí)采用的字符集、產(chǎn)生輸出流時(shí)使用的編碼、模版所在的位置和模版裝載器：

   input.encoding = gbk output.encoding = gbk file.resource.loader.path = templates

   
   

回頁(yè)首

2、文檔書(shū)寫(xiě)輔助工具

1. word 文檔書(shū)寫(xiě)排版工具
2. powerpoint，圖片組織繪畫(huà)工具
3. visio 繪制數(shù)據(jù)流圖，ER圖等的工具
4. rational rose，繪制UML圖形的工具
5. windows 附件中的畫(huà)圖來(lái)截取圖片
6. 操作系統(tǒng)的全屏打印功能

本文是實(shí)戰(zhàn)每晚構(gòu)建系列的第三篇，利用第二篇文章中敘述的開(kāi)源技術(shù)對(duì)第一篇中的分析模型進(jìn)行設(shè)計(jì)和實(shí)現(xiàn)。

1、構(gòu)建信息顯示系統(tǒng)的設(shè)計(jì)

這是一個(gè)典型的web應(yīng)用系統(tǒng)，不過(guò)非常簡(jiǎn)單。根據(jù)《面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)》所描述的，設(shè)計(jì)主要對(duì)四個(gè)部分進(jìn)行描述：

• 問(wèn)題域的細(xì)化：考慮將來(lái)實(shí)現(xiàn)語(yǔ)言的特性和利用某些設(shè)計(jì)模式，對(duì)分析模型進(jìn)行細(xì)化，并作某些權(quán)衡。實(shí)現(xiàn)對(duì)未來(lái)系統(tǒng)"如何做事情"的描述。
• 人機(jī)界面設(shè)計(jì)：考慮和使用者的交互，對(duì)信息顯示的布局和接收用戶(hù)指令或數(shù)據(jù)的行為進(jìn)行設(shè)計(jì)。
• 存儲(chǔ)設(shè)計(jì)：考慮如何保存業(yè)務(wù)數(shù)據(jù)，主要考慮現(xiàn)在的存儲(chǔ)方式，同時(shí)也要考慮未來(lái)存儲(chǔ)方式的可能變化，即業(yè)務(wù)對(duì)象和存儲(chǔ)方式的耦合性問(wèn)題。
• 系統(tǒng)接口設(shè)計(jì)：主要考慮本系統(tǒng)和外在系統(tǒng)之間的合作協(xié)議，特別是不要忘了和操作系統(tǒng)或驅(qū)動(dòng)程序的接口。

1.1 分析模型的細(xì)化

我們?cè)诜治瞿Ｐ椭袥](méi)有考慮實(shí)現(xiàn)的問(wèn)題，現(xiàn)在我們必須細(xì)化構(gòu)建信息顯示系統(tǒng)的分析模型，使之達(dá)到可實(shí)現(xiàn)之地步。

根據(jù)前面velocity模版系統(tǒng)地介紹，我們擴(kuò)充一下顯示系統(tǒng)的類(lèi)圖。如下面的"顯示系統(tǒng)設(shè)計(jì)類(lèi)圖"可知，由于Java語(yǔ)言不支持多繼承，而且原來(lái)分析模型的BuildInfoLog類(lèi)只有成員變量，我們把這個(gè)類(lèi)改變成Java語(yǔ)言當(dāng)中的接口來(lái)實(shí)現(xiàn)，我們把NightlyBuild變成了實(shí)現(xiàn)這個(gè)接口的一個(gè)類(lèi)，因此同樣擁有BuildInfoLog的數(shù)據(jù)成員。另外NightlyBuild還繼承了Java.util.Hashtable類(lèi)，使得其表現(xiàn)為一個(gè)哈西表，這個(gè)哈西表以項(xiàng)目的名字為Key，以該項(xiàng)目的構(gòu)建標(biāo)簽列表為值。根據(jù)MVC模式的精神，NightlyBuild類(lèi)是個(gè)業(yè)務(wù)對(duì)象類(lèi)，應(yīng)該從信息顯示的格式化功能中解放出來(lái)，所以NightlyBuild類(lèi)原來(lái)的list_ Buildinfo_table方法放到buildinfo_list.vm模版文件中實(shí)現(xiàn)。同時(shí)我們?cè)黾恿艘粋€(gè)NightlyBuildServlet類(lèi)來(lái)響應(yīng)構(gòu)建信息關(guān)心者的訪(fǎng)問(wèn)需求，它是velocity中VelocityServlet類(lèi)的子類(lèi)，因此NightlyBuildServlet任MVC模式中的控制角色。

在下面的"顯示系統(tǒng)MVC視圖"中可以看出，業(yè)務(wù)對(duì)象NightlyBuild對(duì)象以nightlyBuild的名字保存在模型context中，當(dāng)控制NightlybuildServlet用模版文件buildinfo_list.vm來(lái)滿(mǎn)足構(gòu)建信息關(guān)心者瀏覽構(gòu)建信息目錄的要求時(shí)，buildinfo_list.vm文件格式化保存在context中的NightlyBuild對(duì)象的信息并形成視圖供瀏覽者瀏覽。

1.2 人機(jī)界面設(shè)計(jì)

人機(jī)界面設(shè)計(jì)就是設(shè)計(jì)瀏覽者和系統(tǒng)交互的方式，以及系統(tǒng)展示信息的布局。構(gòu)建信息顯示系統(tǒng)是個(gè)典型的web應(yīng)用，瀏覽者首先在其瀏覽器中輸入構(gòu)建信息顯示系統(tǒng)的URL，系統(tǒng)就會(huì)把構(gòu)建信息目錄顯示給瀏覽者，瀏覽者通過(guò)點(diǎn)擊構(gòu)建信息目錄頁(yè)面上的超鏈就可以訪(fǎng)問(wèn)相應(yīng)的信息。我們前面說(shuō)過(guò)每個(gè)構(gòu)建信息會(huì)在瀏覽器中自己顯示自己，所以現(xiàn)在的任務(wù)就是設(shè)計(jì)構(gòu)建信息目錄顯示頁(yè)面。

下面的圖就是構(gòu)建信息目錄顯示頁(yè)面，其中${key}表示某個(gè)項(xiàng)目的名字，${nightly_build_tag}為某個(gè)項(xiàng)目某次構(gòu)建的標(biāo)簽。

管理日志超鏈的url為${logTopDir}/
構(gòu)建日志超鏈的url為${projectLogTopDir}/${nightly_build_tag}.txt
度量信息超鏈的url為${logTopDir}/${nightly_build_tag}
測(cè)試記錄超鏈的url為${testTopDir}/${nightly_build_tag}
覆蓋率超鏈的url為${testCoverTopDir}/${nightly_build_tag}
產(chǎn)品超鏈的url為${distTopDir}/${nightly_build_tag}

每晚構(gòu)建平臺(tái)
${key}
構(gòu)建序列	構(gòu)建日志	構(gòu)建日志	度量信息	測(cè)試記錄	覆蓋率	產(chǎn)品
1	管理日志	構(gòu)建日志	度量信息	測(cè)試記錄	覆蓋率	產(chǎn)品
2
...
${key}
構(gòu)建序列	構(gòu)建日志	構(gòu)建日志	度量信息	測(cè)試記錄	覆蓋率	產(chǎn)品
1	管理日志	構(gòu)建日志	度量信息	測(cè)試記錄	覆蓋率	產(chǎn)品
2
...

1.3 存儲(chǔ)設(shè)計(jì)

存儲(chǔ)設(shè)計(jì)主要是指數(shù)據(jù)庫(kù)的設(shè)計(jì)或者文件格式的設(shè)計(jì)，構(gòu)建信息顯示系統(tǒng)使用文件系統(tǒng)作為存儲(chǔ)目標(biāo)。構(gòu)建信息顯示系統(tǒng)的存儲(chǔ)設(shè)計(jì)主要工作是定義分析模型中BuildInfoDir類(lèi)也就是設(shè)計(jì)模型中BuildInfoDir接口的變量的值和格式。

1.3.1 BuildInfoDir接口

類(lèi)名/接口名	構(gòu)建信息存放位置接口	類(lèi)英文名	BuildInfoDir
成員變量
變量名	變量說(shuō)明		缺省值或值
webAppDir	是應(yīng)用服務(wù)器存放web應(yīng)用程序的根目錄，這個(gè)值根據(jù)系統(tǒng)安裝而定。
nightlyWebAppName	構(gòu)建信息顯示系統(tǒng)web應(yīng)用程序的名字，同變量webAppDir一起構(gòu)成了構(gòu)建信息顯示系統(tǒng)應(yīng)用程序的根目錄。		"nightlybuild"
nightly_Build_Tags	保存所有的構(gòu)建標(biāo)簽，是構(gòu)建信息顯示系統(tǒng)web應(yīng)用程序根目錄下的一個(gè)文件的名字。		"nightBuildLog"
logTopDir	相對(duì)于顯示系統(tǒng)應(yīng)用程序的根目錄下的一個(gè)目錄名，保存構(gòu)建管理服務(wù)運(yùn)行的日志的目錄		"adminLogs"
statCVSTopDir	相對(duì)于顯示系統(tǒng)應(yīng)用程序的根目錄下的一個(gè)目錄名，保存了所有應(yīng)用項(xiàng)目的項(xiàng)目度量結(jié)果的頂層路徑		"statCVSes"
projectLogTopDir	相對(duì)于顯示系統(tǒng)應(yīng)用程序的根目錄下的一個(gè)目錄名，保存了所有應(yīng)用項(xiàng)目構(gòu)建服務(wù)實(shí)例運(yùn)行日志的頂層路徑		"projectLogs"
testCoverTopDir	相對(duì)于顯示系統(tǒng)應(yīng)用程序的根目錄下的一個(gè)目錄名，保存了所有應(yīng)用項(xiàng)目的測(cè)試覆蓋率計(jì)算結(jié)果的頂層路徑		"testCovers"
distTopDir	保存了所有應(yīng)用項(xiàng)目的發(fā)布版的頂層路徑,值和變量webAppDir相同
testTopDir	相對(duì)于顯示系統(tǒng)應(yīng)用程序的根目錄下的一個(gè)目錄名，保存了所有應(yīng)用項(xiàng)目的測(cè)試結(jié)果的頂層路徑		"tests"

下面是nightly_Build_Tags所指的文件格式：

每行包括一個(gè)項(xiàng)目構(gòu)建標(biāo)簽，構(gòu)建標(biāo)簽的格式為項(xiàng)目名-yyyymmdd_HHMMSS的格式

比如可能的文件內(nèi)容如下：

nightlybuild-20030312_080100
                    cover-20030312_080100
                    nightlybuild -20030312_080100
                    cover-20030313_080100
                    

這個(gè)文件內(nèi)容表示：兩個(gè)項(xiàng)目分別為nightlybuild和cover，他們?cè)?003年3月12日和13日的早上8點(diǎn)1分得到了構(gòu)建。

1.4 系統(tǒng)接口設(shè)計(jì)

系統(tǒng)接口設(shè)計(jì)主要描述被設(shè)計(jì)的系統(tǒng)與外界系統(tǒng)特別是操作系統(tǒng)的接口的設(shè)計(jì)和描述。構(gòu)建信息顯示系統(tǒng)和構(gòu)建系統(tǒng)的接口就是存儲(chǔ)設(shè)計(jì)中的BuildInfoDir接口，和操作系統(tǒng)無(wú)接口。

回頁(yè)首

2、構(gòu)建系統(tǒng)的設(shè)計(jì)

2.1 分析模型設(shè)計(jì)

考慮到ant腳本的局限性，我們對(duì)構(gòu)建系統(tǒng)分析模型作如下調(diào)整：

因?yàn)镺SScheduler是個(gè)操作系統(tǒng)定時(shí)服務(wù)的腳本或配置，所以無(wú)法繼承BuildInfoLog類(lèi)，我們?cè)黾右粋€(gè)LogAdmin類(lèi)用來(lái)啟動(dòng)和記錄BuildAdmin運(yùn)行的日志。為什么我們必須在OSScheduler和BuildAdmin中插入一個(gè)LogAdmin類(lèi)？這是因?yàn)閍nt腳本無(wú)法自己記錄自己的輸出，必須靠調(diào)用者，我們必須使用<ant>任務(wù)來(lái)運(yùn)行和記錄另外一個(gè)類(lèi)的輸出。同樣BuildAdmin會(huì)用<ant>任務(wù)來(lái)運(yùn)行和記錄ProjectBuild的輸出日志。

LogAdmin用<ant>任務(wù)實(shí)現(xiàn)對(duì)BuildAdmin的單項(xiàng)聯(lián)系；至于BuildAdmin和ProjectBuild之間的一對(duì)多的關(guān)系可用多個(gè)<ant>任務(wù)實(shí)現(xiàn)。由于要運(yùn)行，所以類(lèi)LogAdmin，BuildAdmin和ProjectBuild都必須是可運(yùn)行的(runnable)。

一個(gè)項(xiàng)目的構(gòu)建應(yīng)該可以分成固定不變的腳本和項(xiàng)目相關(guān)腳本兩部分，這個(gè)需求可以和設(shè)計(jì)模式中的模版方法模式的目的相吻合。

類(lèi)ProjectBuild的test_project方法要完成下列步驟：

• 準(zhǔn)備測(cè)試環(huán)境，包括為測(cè)試目的而進(jìn)行的編譯、打包、安裝，其中編譯和打包與具體項(xiàng)目有關(guān)；
• 測(cè)試，這個(gè)任務(wù)與具體項(xiàng)目有關(guān)；
• 生成測(cè)試報(bào)告，它與項(xiàng)目無(wú)關(guān)；
• 生成覆蓋率信息，它也與項(xiàng)目無(wú)關(guān)。

類(lèi)ProjectBuild的dist_project方法要完成的步驟有編譯、打包和安裝，安裝與項(xiàng)目無(wú)關(guān)。這樣運(yùn)用了模版方法模式之后，構(gòu)建系統(tǒng)的設(shè)計(jì)類(lèi)圖就變成了構(gòu)建系統(tǒng)設(shè)計(jì)類(lèi)圖二所示。

下面的序列圖顯示了模版方法調(diào)用抽象方法的序列：

步驟1.1針對(duì)每個(gè)被管理的應(yīng)用項(xiàng)目調(diào)用步驟1.1.1;

步驟1.1.1.4.1 test_project是個(gè)模版方法，compile(),compiletestcases(),test_war()，test()是子類(lèi)ProjectBuild要實(shí)現(xiàn)的方法；

步驟1.1.1.4.2 dist_project是個(gè)模版方法，compile(),dist_war()是子類(lèi)ProjectBuild要實(shí)現(xiàn)的方法。

2.2 人機(jī)界面設(shè)計(jì)

不需要。

2.3 存儲(chǔ)設(shè)計(jì)

見(jiàn)構(gòu)建信息顯示系統(tǒng)。

2.4 系統(tǒng)接口設(shè)計(jì)

構(gòu)建系統(tǒng)和操作系統(tǒng)的接口在OSScheduler。在Linux下可以實(shí)現(xiàn)成一個(gè)調(diào)用ant LogAdmin的shell 可執(zhí)行文件，并配置crond每晚某個(gè)時(shí)刻執(zhí)行這個(gè)可執(zhí)行文件。

回頁(yè)首

3、實(shí)現(xiàn)

在這節(jié)中充分利用本文章系列中篇中所有的技術(shù)，并顯示了部分源代碼。

3.1 部署圖

在實(shí)現(xiàn)時(shí)，第一個(gè)要考慮的就是類(lèi)如何與源文件對(duì)應(yīng)，這些源文件又是如何組織的，表示這些信息的圖表稱(chēng)為部署圖。圖表的格式不一定要很標(biāo)準(zhǔn)，這要能表達(dá)意思就行。

從每晚構(gòu)建部署圖可以看出，這些類(lèi)被分別組織在兩個(gè)不同的目錄下：work_nightly和work_nightlybuild。work_nightly目錄存放的是跨項(xiàng)目的構(gòu)建信息，稱(chēng)為每晚構(gòu)建平臺(tái)構(gòu)建系統(tǒng)中的構(gòu)建管理子系統(tǒng)，除了包括實(shí)現(xiàn)BuildAdmin，BuildInfoLog和LogAdmin的源代碼外，還有應(yīng)用服務(wù)器目錄Tomcat412，編譯和測(cè)試程序時(shí)常用jar類(lèi)庫(kù)目錄lib，測(cè)試b/s架構(gòu)的程序的配置信息目錄cactusconf和生成ant配置文件依賴(lài)性圖解的vizant目錄。work_nightlybuild是一個(gè)支持每晚構(gòu)建項(xiàng)目的目錄，在這里是構(gòu)建信息顯示系統(tǒng)項(xiàng)目，這個(gè)目錄包括了類(lèi)ProjectBuild和ProjectBuildAbstract的源代碼，同時(shí)還具有一個(gè)web項(xiàng)目該有的的文件和目錄。值得指出的是為了不至于有多份實(shí)現(xiàn)BuildInfoLog類(lèi)的源代碼，在具體項(xiàng)目中包括了一個(gè)指向構(gòu)建管理子系統(tǒng)頂級(jí)目錄的文件稱(chēng)為指針文件。類(lèi)ProjectBuild、ProjectBuildAbstract和指針文件組成了構(gòu)建系統(tǒng)中的項(xiàng)目構(gòu)建子系統(tǒng)。

3.2 存儲(chǔ)接口BuildInfoLog

文件BuildInfoLog.properties實(shí)現(xiàn)存儲(chǔ)接口，內(nèi)容如下：

###=================================###
                    logTopDir= "adminLogs"
                    statCVSTopDir="statCVSes"
                    testTopDir="tests"
                    distTopDir="/usr/tomcat412/webapp/"
                    nightly_Build_Tags=" nightBuildLog"
                    projectLogTopDir="projectLogs"
                    testCoverTopDir="testCovers"
                    webAppDir="/usr/tomcat412/webapp/"
                    nightlyWebAppName="nightlybuild"
                    ###=============================###
                    

這個(gè)文件實(shí)現(xiàn)的目錄結(jié)構(gòu)如下，這個(gè)目錄結(jié)構(gòu)在構(gòu)建信息顯示系統(tǒng)的web應(yīng)用程序中創(chuàng)建。

3.3 類(lèi)LogAdmin

<project name="BuildAdminSystem" default="execute" basedir="." >
                    <!-- 定義方法 -->
                    <target name="init" >
                    <tstamp>
                    <format  property="DSTAMP" pattern="yyyyMMdd_HHmmss" locale="cn"/>
                    </tstamp>
                    <!-- 繼承BuildInfoLog -->
                    <property file="BuildInfoLog.properties"/>
                    </target>
                    <target name="execute" depends="init" >
                    <echo>
                    ###########################
                    LogAdmin.xml:target execute
                    the BuildAdmin.xml's output will put into file:
                    ${webAppDir}${nightlyWebAppName}/${logTopDir}/${logNamePrefix}-${DSTAMP}.txt
                    ###########################
                    </echo>
                    <!-- 跨類(lèi)的方法調(diào)用ant task -->
                    <ant  	antfile="BuildAdmin.xml"
                    inheritAll="false"
                    output="${webAppDir}${nightlyWebAppName}/${logTopDir}/${logNamePrefix}-${DSTAMP}.txt" >
                    <!-- 傳遞參數(shù) -->
                    <property name="tagTime" value="${DSTAMP}"/>
                    </ant>
                    </target>
                    </project>
                    

3.4 類(lèi)BuildAdmin

<project name="BuildAdminSystem" default="execute" basedir="." >
                    <!-- 定義方法 -->
                    <target name="init" >
                    <!-- 繼承BuildInfoLog -->
                    <property file="BuildInfoLog.properties"/>
                    <property name="cvsroot" value=":pserver:anonymous@10.1.36.135:/data/src" />
                    <property name="buildtemp.dir" value="../buildtemp" />
                    <property name="lib.dir" location="lib" />
                    <property name="AJPPORT" value="9887" />
                    <property name="HTTPPORT" value="9888" />
                    <property name="HTTPSPORT" value="9889" />
                    <property name="statcvs.jar"
                    location="${lib.dir}/statcvs-0.1.3.jar"/>
                    <taskdef name="statcvs" classname="net.sf.statcvs.ant.StatCvsTask">
                    <classpath>
                    <pathelement path="${statcvs.jar}"/>
                    </classpath>
                    </taskdef>
                    </target>
                    <target name="execute" >
                    <!--  you can add another module here -->
                    <antcall target="build_One_Module">
                    <param name="module" value="nightlybuild"/>
                    </antcall>
                    <!--  you can add another module here -->
                    <!--
                    <antcall target="build_One_Module">
                    <param name="module" value="testcvs"/>
                    </antcall>
                    -->
                    </target>
                    <!-- 方法調(diào)用之一depends -->
                    <target name="build_One_Module"  depends="init">
                    <!-- 方法調(diào)用之一antcall -->
                    <antcall target="cvs_Check_Out">
                    <!-- the CVS module name which includes a build.xml itself -->
                    <!-- 傳遞參數(shù) -->
                    <param name="module" value="${module}"/>
                    </antcall>
                    <!-- 生成構(gòu)建標(biāo)簽  -->
                    <property name="nightly_Build_Tag" value="${module}-${tagTime}" />
                    <echo>
                    ###############################################
                    BuildAdmin.xml:target build_One_Module:
                    nightly_Build_Tag is set to ${nightly_Build_Tag}
                    ###############################################
                    </echo>
                    <echo>
                    ###############################################
                    BuildAdmin.xml:target build_One_Module:
                    append ${nightly_Build_Tag} to file
                    ${webAppDir}/${nightlyWebAppName}/${nightly_Build_Tags}
                    ###############################################
                    </echo>
                    <!-- 記錄構(gòu)建標(biāo)簽  -->
                    <echo append="true" file="${webAppDir}/${nightlyWebAppName}/${nightly_Build_Tags}" >
                    ${nightly_Build_Tag}
                    </echo>
                    <!-- 生成項(xiàng)目度量信息 -->
                    <antcall target="statCVS">
                    <param name="module" value="${module}"/>
                    <param name="build_tag"  value="${nightly_Build_Tag}" />
                    </antcall>
                    <echo>
                    ###############################################
                    BuildAdmin.xml:target build_One_Module:
                    the software is checked out in ${buildtemp.dir}/tmp/${module}
                    let's begin to build it and the output will be put into
                    ${webAppDir}${nightlyWebAppName}/${projectLogTopDir}/${nightly_Build_Tag}.txt
                    ###############################################
                    </echo>
                    <ant dir="${buildtemp.dir}/tmp/${module}"
                    target="execute"
                    inheritAll="false"
                    output="${webAppDir}${nightlyWebAppName}/${projectLogTopDir}/${nightly_Build_Tag}.txt" >
                    <property name="nightly_Build_Tag" value="${nightly_Build_Tag}" />
                    <property name="AJPPORT" value="${AJPPORT}" />
                    <property name="HTTPPORT" value="${HTTPPORT}" />
                    <property name="HTTPSPORT" value="${HTTPSPORT}" />
                    </ant>
                    <!--
                    <ant dir="../work_nightlybuild"
                    antfile="ProjectBuild.xml"
                    target="execute"
                    inheritAll="false"
                    output="${webAppDir}${nightlyWebAppName}/${projectLogTopDir}/${nightly_Build_Tag}.txt" >
                    <property name="nightly_Build_Tag" value="${nightly_Build_Tag}" />
                    <property name="AJPPORT" value="${AJPPORT}" />
                    <property name="HTTPPORT" value="${HTTPPORT}" />
                    <property name="HTTPSPORT" value="${HTTPSPORT}" />
                    </ant>
                    -->
                    </target>
                    <target name="cvs_Check_Out" >
                    <!-- cvs checkout  -->
                    <echo>
                    ###############################################
                    BuildAdmin.xml:target cvs_Check_Out:
                    the software will be checked out in ${buildtemp.dir}/tmp/${module}
                    ###############################################
                    </echo>
                    <delete dir="${buildtemp.dir}/tmp/${module}"  />
                    <mkdir dir="${buildtemp.dir}/tmp"/>
                    <cvs cvsRoot="${cvsroot}"
                    package="${module}"
                    dest="${buildtemp.dir}/tmp"
                    />
                    <cvs dest="${buildtemp.dir}/tmp/${module}" command="log" output="${buildtemp.dir}/tmp/${module}/cvs.log"/>
                    </target>
                    <!-- 生成項(xiàng)目度量信息 -->
                    <target name="statCVS" depends="init" >
                    <echo>
                    ###############################################
                    BuildAdmin.xml:target statCVS:
                    the software will be measureed in ${webAppDir}${nightlyWebAppName}/${statCVSTopDir}/${build_tag}
                    ###############################################
                    </echo>
                    <delete dir="${webAppDir}${nightlyWebAppName}/${statCVSTopDir}/${build_tag}"  />
                    <mkdir dir="${webAppDir}${nightlyWebAppName}/${statCVSTopDir}/${build_tag}"/>
                    <statcvs
                    projectName="${module}"
                    projectDirectory="${buildtemp.dir}/tmp/${module}"
                    cvsLogFile="${buildtemp.dir}/tmp/${location}/cvs.log"
                    outputDirectory="${webAppDir}${nightlyWebAppName}/${statCVSTopDir}/${build_tag}"
                    />
                    </target>
                    </project>
                    

3.5 顯示界面模版

顯示界面模版在velocity模版文件buildinfo_list.vm中實(shí)現(xiàn)。這個(gè)文件引用了nightlyfrag.vm文件，另外定義宏headerCell的文在為GlobalMacros.vm。

模版文件buildinfo_list.vm：

<html>
                    <head>
                    <meta http-equiv="content-type" content="text/html; charset=GB2312">
                    <title>每晚構(gòu)建</title>
                    <link href="css/default.css" type="text/css" rel="stylesheet">
                    </head>
                    <body bgcolor="#ffffff">
                    <center>
                    <table border="2" cellspacing="0" cellpadding="3" bordercolor="#000000">
                    <tr>
                    <td class="page-title" bordercolor="#000000" align="left" nowrap>
                    <font size="+2"><b> 每晚構(gòu)建 </b> </font>
                    </td>
                    </tr>
                    </table>
                    <p/>
                    <table border="1" cellspacing="0" cellpadding="3">
                    #parse( "nightlyfrag.vm" )
                    </table>
                    </center>
                    </html>
                    

模版文件nightlyfrag.vm：

#headerCell("header-center" "序號(hào)") #headerCell("header-left" "管理日志" ) #headerCell("header-left" "構(gòu)建日志" ) #headerCell("header-left" "度量信息" ) #headerCell("header-left" "測(cè)試記錄" ) #headerCell("header-left" "覆蓋率" ) #headerCell("header-left" "產(chǎn)品" ) <ul> #foreach( $key in $BuildList.keySet() ) <tr> <td colspan="10" class="title">$key</td> </tr> #set($body=$BuildList.get($key)) #foreach($entry in $body) #set($tagtime=$BuildList.getTagTime($entry)) <tr> <td class="row-center">$velocityCount </td> <td class="row-left"><a href="${BuildList.LogTopDir}/${BuildList.logNamePrefix}${tagtime}.txt" >管理日志</a></td> <td class="row-left"><a href="${BuildList.projectLogTopDir}/${entry}.txt" >構(gòu)建日志</a></td> <td class="row-left"><a href="${BuildList.statCVSTopDir}/${entry}" >度量信息</a></td> <td class="row-left"><a href="${BuildList.testTopDir}/${entry}" >測(cè)試記錄</a></td> <td class="row-left"><a href="${BuildList.testCoverTopDir}/${entry}" >覆蓋率</a></td> <td class="row-left"><a href="/${entry}" >產(chǎn)品</a></td> </tr> #end #end </ul>

宏定義文件GlobalMacros.vm：

#macro (headerCell $classStyle $body) <td class="$classStyle"> <b> $body </b> </td> #end

回頁(yè)首

4、結(jié)語(yǔ)

到此所有工作結(jié)束，我們可以享受自動(dòng)構(gòu)建帶來(lái)的效益和好處。值得提及的是保持分析、設(shè)計(jì)和實(shí)現(xiàn)文檔的一致性非常困難而且非常重要，工作要不斷地進(jìn)行反復(fù)。編寫(xiě)良好的文檔，保持優(yōu)秀的寫(xiě)作習(xí)慣需要單位和個(gè)人共同的努力。

回頁(yè)首

5、文檔書(shū)寫(xiě)輔助工具

1. word 文檔書(shū)寫(xiě)排版工具
2. powerpoint，圖片組織繪畫(huà)工具
3. visio 繪制數(shù)據(jù)流圖，ER圖等的工具
4. rational rose，繪制UML圖形的工具
5. windows 附件中的畫(huà)圖來(lái)截取圖片
6. 操作系統(tǒng)的全屏打印功能

參考資料

• 進(jìn)一步學(xué)習(xí)面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)：《面向?qū)ο蟮南到y(tǒng)分析和設(shè)計(jì)》Ronald J. Norman
  
  
• 《實(shí)用面向?qū)ο筌浖こ探坛獭芬笕死?田金蘭 馬曉勤 譯
  
  
• 良好的用例編寫(xiě)風(fēng)格可以從這里獲得：《編寫(xiě)有效用例》 Alistair Cockburm
  
  
• 進(jìn)一步理解cvs和nightlybuild技術(shù)的相關(guān)背景資料：《cvs和nightlybuild技術(shù)》 楊錦方
  
  
• cvs源代碼版本系統(tǒng)在：http://www.cvshome.org
  
  
• statcvs 項(xiàng)目工作量分析工具在：http://statcvs.sf.net/
  
  
• clover測(cè)試覆蓋率分析工具在： http://www.cortexebusiness.com.au/
  
  
• ant構(gòu)建工具在：http://ant.apache.org
  
  
• junit單元測(cè)試工具在：http://www.junit.org
  
  
• apache web程序測(cè)試工具在：http://jakarta.apache.org/cactus/
  

關(guān)于作者

		龔永生，你可以通過(guò) gongys@legend.com與他聯(lián)系。 地址(addr)： 北京市海淀區(qū)上地信息產(chǎn)業(yè)基地開(kāi)拓路7號(hào)聯(lián)想大廈 郵編 100085 電話(huà)（tel)： 010-62986638-5749 手機(jī)(mobile)： 13910304330 傳真(fax)： 010-62975824