【正文】 理工具的項目創(chuàng)建，都要有復雜的數(shù)據庫創(chuàng)建過程，一個測試項目創(chuàng)建，還要根據它提供的數(shù)據庫表創(chuàng)建文件人工創(chuàng)建數(shù)據庫，另外，由于它們的需求管理和缺陷管理工具的獨立性，還要將需求項目和缺陷管理項目與測試項目結合。測試項目各階段實施的工具支持力度不同。由于MI公司的TestDirector本身是一個完整的工具，所有的測試工作都只有在一個測試項目創(chuàng)建后才能開展，測試項目下面是需求建立、測試用例設計、測試安排、缺陷管理等，而且所有的這些內容都存放在測試項目建立時所創(chuàng)建的同一個數(shù)據庫中，所以總體來說TestDirector的測試項目是一個不可分割的整體。而Rational和Compuware的測試項目則不一樣，在它們的測試項目創(chuàng)建前你完全可以使用它們的需求管理工具創(chuàng)建完成測試需求，缺陷跟蹤工具創(chuàng)建好缺陷跟蹤的項目，然后創(chuàng)建測試項目時將這些需求和缺項項目與測試項目聯(lián)系起來。如果一個軟件測試過程中有很多人員參與的話，那么對這些參與測試的人員的管理就顯得非常重要，如何合理的調配和管理人員，對于提高測試的效率有很大的影響。三個公司的測試管理工具都有明確的管理測試人員（即用戶）的功能模塊，TestDirector有兩個地方可以進行用戶的管理，一個是Site Administrator頁面，一個是CUSTOMIZE頁面；Rational的Rational Administrator即負責測試項目創(chuàng)建又負責測試人員的管理；和Rational的工具一樣，Compuware公司的QADirector Administrator也是即負責測試項目的創(chuàng)建也負責測試人員的管理。這三個工具都提供了用戶密碼保護、用戶添加、更改、刪除等必備功能，另外，都可以訂制用戶對測試資源操作和訪問的權限。雖然三個公司的管理工具對于測試人員的管理從整體功能上來說是相同的，但是在一些細節(jié)的實現(xiàn)方面還是有一些不同。首先，三個工具對測試人員的劃分不同。MI的測試管理工具和Rational的測試管理工具都是用角色來劃分測試人員即系統(tǒng)的用戶，它們規(guī)定每個角色對測試資源的操作和訪問權限以及對某個測試管理工具的某個功能模塊的訪問權限，而不去規(guī)定某個實際的用戶的權限，當向系統(tǒng)添加一個用戶時，只需要指定用戶是那種角色就行了，如：Tester、Administrator、TestLeader等，如果沒有合適的角色，系統(tǒng)還允許訂制自己的角色，你可以為自己訂制的角色分配權限，并將其添加到角色庫中，供以后使用。不過，MI和Rational的這兩套工具對于測試資源和工具模塊的操作和訪問權限劃分的粒度不同，TestDirector相對于Rational Administrator來說對角色的權限的劃分要詳細地多，所以TestDirector對于角色的定義要靈活的多。Compuware的QADirector Administrator中對測試人員（即用戶）的管理沒有角色的概念，每加入一個用戶，都要訂制其權限，而且權限劃分也不是很細，訂制用戶權限的靈活性比較差。其次，它們對測試人員的管理方法不同。TestDirector中采用了對測試人員集中管理的方法，不管是項目A的測試人員還是項目B的測試人員，也不管項目A和B有沒有創(chuàng)建，都可以在TestDirector提供的用戶管理模塊中添加用戶，當一個測試項目創(chuàng)建后，你可以為測試項目分配用戶，也可以將一個用戶指定為某個項目的人員，所以TestDirector對于測試人員（即用戶）的管理顯得非常的靈活、簡單。其它兩個公司的管理工具來說，它們的測試人員是依附于測試項目而存在的。首先，要先創(chuàng)建一個測試項目，然后才能為每個測試項目添加相應的用戶，而且不同的測試項目的用戶是相互獨立的。而往往一個測試團隊的人員是固定的，它們的職責也是固定的，它們作為測試工具的使用者也是固定的，所以Rational和Compuware公司的管理工具讓測試人員依附于測試項目而存在的方法使得每建一個測試項目都要重復添加一次系統(tǒng)用戶，顯得比較繁瑣[1922]。測試計劃就是針對測試項目創(chuàng)建一個完整的測試計劃，主要包括測試用例的設計、測試腳本的創(chuàng)建等工作。下面就MI和Rational兩個公司的測試管理工具TestDirector和TestMananger中建立測試計劃的功能作一個分析和比較。MI的TestDirector中的Test Plan模塊就是創(chuàng)建測試計劃的一個平臺，它提供了各種功能以方便測試計劃的創(chuàng)建。首先，使用TestDirector可以定義測試。Test Plan模塊提供了樹形結構來組織和定義測試，你可以根據被測軟件的功能模塊將一個大的測試劃分為小的測試，這些測試用文件夾來區(qū)分，然后向這些文件夾中添加具體的測試，針對測試執(zhí)行使用工具的不同，新建一個測試的時候，TestDirector提供了如下幾種測試類型：手工測試、WinRunner自動化測試、LoadRunner自動化測試、VAPI測試、QuickTest測試、Astra LoadTest測試、Xunner測試、System測試等供選擇，而且這些不同類型的測試都會用不同的圖標來區(qū)別，根據圖標可以很容易的知道測試的類型。使用TestDirector可以輕松的將測試和需求聯(lián)系起來。測試計劃中的測試要與原始的測試需求相吻合是最基本的要求。上面已經提到了TestDirector中可以很方便的將一個測試需求和對應的測試聯(lián)系起來。同樣的方法，TestDirector為了保證測試對測試需求的覆蓋率，可以通過將測試計劃樹中的每一個測試與測試需求樹中的一個或多個需求相聯(lián)系方法創(chuàng)建一個測試覆蓋。對測試步驟設計的支持。通過向測試計劃樹中的測試添加測試步驟的方法來定義測試操作過程。測試步驟描述了測試的操作，要檢查的點，和每個測試期望的輸出等信息。對于設計完測試步驟的測試，可以根據其測試類型（是手工測試還是自動化測試）使用相應的測試工具來創(chuàng)建相應的測試腳本。生成報告和圖表以助于分析測試數(shù)據。這個功能可以幫助你重新瀏覽測試以確定它們是否符合測試目標。另外，TestDirector的Test Plan模塊中還提供了郵件發(fā)送功能，你可以很輕松的將設計好的測試發(fā)送給測試項目組成員中的任何一個人。對于每一個測試還允許為它添加任何類型的附件。Rational TestManager是Rational測試管理工具集中的核心工具，在TestManager中，一個測試計劃是一個Rational測試數(shù)據存儲的資源(asset)。一個項目可以有一個或多個測試計劃。而且可以根據測試情況的需要任意的組織它們，可以為整個項目制定一個測試計劃，你也可以為項目的每一個主要的ponent指定一個測試計劃。Rational的一個測試計劃是由測試用例文件夾組成，每個測試用例文件夾中是具體的測試用例。每個測試用例可以選擇是手工的測試用例還是自動化的測試用例，其中自動化的測試用例也有多種不同工具的選擇，包括功能的和性能的，針對每個測試用例，你還可以設計其測試步驟，包括測試操作、檢查點、輸出等，還要指定與測試用例相聯(lián)系的測試腳本，這些東西和TestDirector是相同的。不過Rational TestManager的測試用例還有以下兩個特殊的地方：第一，可以指定外部文件作為測試用例的輸入。有三種不同的測試用例輸入文件：測試需求文件（Rational RequisitePro創(chuàng)建的需求）、Rational Rose項目、Excel文件?？梢奟ational的測試工具還和其建模工具結合了起來，如果要測試的軟件使用Rational Rose來建模的，使用Rational的測試工具也不失為一種很好的選擇，可以省去很多重復的工作。第二，在TestManager中創(chuàng)建所有的測試用例，然后用interations來指定一個指定的測試用例什么時候運行和通過。一個iteration是在一個項目進行中定義的一個時間段。一個iteration是一個主要的項目轉折點。在一個iteration中，產品要符合某種質量標準以達到某個轉折點，質量標準是由測試用例定義的必須通過的。在許多組織者中，測試員和分析員或項目經理決定在那一個iterations測試用例需要通過。使用Rational TestManager的這個功能，可以更加嚴密的監(jiān)視測試是否符合要求，更容易保證被測軟件的質量。另外，Rational TestManager還提供了測試影響分析的功能。測試影響分析對于確定測試腳本是否為所有的測試需求提供了完全的覆蓋是很重要的。當測試需求改變的時候，TestManager會提示你這些改變對測試計劃的影響。比如：如果一個需求因為某種原因改變了，你想知道測試計劃中的那些測試用例受到了影響，那么你可以update它們以反映需求的變化。TestManager會自動將受到影響的測試用例標記上“suspect”。Rational TestMananger還提供了針對測試計劃生成各種報告的功能。這些報告可以幫助你分析測試計劃，找出其中的缺陷。從上面對兩個工具的分析，我們可以看出，在測試計劃建立方面，兩個工具的功能有很多相同的地方，比如：測試計劃的組織方式是相同的，一個大的測試項目可以細化為小的測試計劃，測試計劃下面是測試用例文件夾，測試用例文件夾中是具體的測試用例，都用樹形結構來管理測試計劃；都可以生成相應的報告，來查看測試計劃的完整性等。另外，兩個工具也各有其特色的地方，TestDirector對測試計劃郵件發(fā)送功能的支持、直觀的測試需求和測試計劃的聯(lián)系等是TestManager所不具備的；而TestManager對多種測試用例輸入的支持、對測試用例的監(jiān)督機制、測試影響分析功能等又是TestDirector所沒有的[13,19,21,23]。[24]項目工具`TestDirectorRational管理工具集Compuware管理工具集功能項目管理、人員管理、需求管理、測試計劃、測試結果分析、缺陷跟蹤等同左同左工具特點基于WEB的應用軟件，B/S系統(tǒng)基于Windows的應用軟件，C/S系統(tǒng)基于Windows的應用軟件，C/S系統(tǒng)工具集成度高，獨立完成所有測試管理功能低，多個工具結合，共同完成測試管理功能低，多個工具結合，共同完成測試管理功能功能定制非常靈活一般一般工具易操作性簡單，很容易學非常復雜比較復雜用戶權限定制用戶權限劃分較細，用戶按角色分配用戶權限劃分不夠細，用戶權限按角色分配用戶權限劃分不夠細，每個用戶都要詳細定義其權限數(shù)據庫支持Microsoft Access，SQL；Oracle；不同工具使用的數(shù)據庫不同，但都支持主流的數(shù)據庫服務器，如SQL；Oracle。不同工具使用的數(shù)據庫不同，但都支持主流的數(shù)據庫服務器，如SQL；Oracle。郵件通知功能有有有支持操作系統(tǒng)平臺NT Server with SP 6，Windows 2000 Professional with sp2 Windows 98/2000/XP/2003Windows 95/98/2000，NT 圖形化測試執(zhí)行安排支持不支持不支持報表生成功能強大強大一般軟件測試是確保軟件質量的重要方法，忽略了軟件測試，就是不重視軟件質量。自動化測試是提高軟件測試效率的重要方法，忽視自動化測試工具在軟件測試中的應用，就是浪費時間、人力和物力。MI公司、Rational公司和Compuware公司，三個公司的都開發(fā)了一套完整的自動化測試工具和管理工具，這些工具都可以執(zhí)行完整的自動化測試，但也各有千秋，而且這些工具還在不斷的完善，功能還在不斷的增強。另外由于時間有限，本文對這些工具的比較還有很多未涉及之處，而且可能有些地方還不太妥當，希望今后有更多的人對這些工具做出比較，以幫助要使用這些工具的公司或單位作出更好的抉擇。參考文獻[1]馬良荔,金松,[J].艦船電子工程,2004年,03期:3031.[2][J].林業(yè)科技情報,2005年,01期:4748.[3][J].黃岡職業(yè)技術學院學報,2007年,01期:9598.[4][J].機電工程技術,2005年,01期:4647.[5]周煜,周國慶,[J].中國測試技術,2005年,03期:5658,75.[6][J].艦船電子工程,2004年,01期:3235.[7][J].科技資訊,2006年,03期:3839.[8]潘立武,[J].福建電腦,2007年,07期:7172.[9]王艷秋,[J].科技信息(學術版),2007年,05期:168,171.[10]楊亞南,孫忠林,[J].科技信息(學術研究),2007年,24期:503504.[11][J].廣西輕工業(yè),2007年,03期:6465.[12]？,2004年.[13]MI測試工具介紹.，2006823.[14]Rational測試工具介紹.，2006612.[15]QACenter軟件黑盒測試工具.，2007422.[16][17]李理,[J].警察技術,2006年,04期:4144.[18]Rational完成自動化功能測試.，20051019.[19][20][21][22][23]開發(fā)自動化測試腳本的技巧和心得.，2005118.[24][25]Research on GUI Automation Testing.？.附錄1外文譯文GUI自動化測試研究摘要:指出了目前自動化測試所采用的錄制技術存在的不足，針對不斷變化的圖形用戶界面測試代碼很難維護和擴展的問題，采用基于對象的捕捉技術，設計了以Windows消息機制為基礎的GU IATF測試框架，實現(xiàn)了高度靈活并易于擴展的圖形用戶界面自動化測試。關鍵詞：軟件測試；回歸測試；自動化0．引言測試是一種旨在評估一個程序或系統(tǒng)的屬性或能力，確定它是否符合其所需結果的活動。在整個軟件開發(fā)過程中，從需求分析到系統(tǒng)設計直到代碼實現(xiàn)，都會出現(xiàn)或多或少的問題。如何保障軟件的質量，軟件測試就成為關鍵的技術。軟件測試的工作量很大