TestDirector特別版是一款由Mercury Interactive公司開發的Web應用軟件測試工具。隨著電子商務行業的快速崛起,Web應用軟件的測試也變得非常重要,是每一個公司都需要做的事情。而TestDirector測試軟件作為業界第一個基于Web的測試管理系統,可以很好地幫助用戶完成測試工作。

電子商務正影響著許多公司制定計劃和建立自己的IT系統。很快,一個Web應用軟件就能被創建,開發并立即展現在您的客戶、供應商或合作伙伴的面前。然而,由于緊湊的開發計劃和復雜的系統架構,Web應用軟件的測試經常是被忽視的。為了與新經濟同步, 您必須開發經過系統測試的高品質的網絡應用軟件。
您需要設立一個中央點來管理測試過程。一套基于Web的測試管理系統提供了一個協同合作的環境和一個中央數據倉庫。由于測試人員分布在各地,您需要一個集中的測試管理系統能讓測試人員不管在何時何地都能參與整個測試過程。IT部門增長地會非常快,人員也會不斷流動。您必須以最快的速度培訓新的測試人員,教會他們所有與測試有關的知識技術。重點在于管理復雜的開發和測試過程,改善部門間的溝通,加速您測試的成功。

TestDirector能消除組織機構間、地域間的障礙。它能讓測試人員、開發人員或其它的IT人員通過一個中央數據倉庫,在不同地方就能交互測試信息。TestDirector將測試過程流水化——從測試需求管理,到測試計劃,測試日程安排,測試執行到出錯后的錯誤跟蹤——僅在一個基于瀏覽器的應用中便可完成,而不需要每個客戶端都安裝一套客戶端程序。
程序的需求驅動整個測試過程。TestDirector 的Web 界面簡化了這些需求管理過程,以此您可以驗證應用軟件的每一個特性或功能是否正常。通過提供一個比較直觀的機制將需求和測試用例、測試結果和報告的錯誤聯系起來,從而確保能達到最高的測試覆蓋率。
一般有2 種方式可將需求和測試聯系起來。其一,TestDirector 捕獲并跟蹤所有首次發生的應用需求。您可以在這些需求基礎上生成一份測試計劃,并將測試計劃對應與您的需求。例如,您或許有25 個測試計劃可對應同一個應用需求。您一定能方便地管理需求和測試計劃之間可能存在的一種多配多的關系,確保每一個需求都經過測試。其二,由于Web 應用是不斷更新和變化的,需求管理允許測試人員加減或修改需求,并確定目前的應用需求已擁有了一定的測試覆蓋率。它們幫助決定一個應用軟件的哪些部分需要測試,哪些測試需要開發,是否完成的應用軟件滿足了用戶的要求。對于任何動態地改變Web 應用,必須審閱您的測試計劃是否準確,確保其符合最當前的應用要求。
測試計劃的制定是測試過程中至關重要的環節。它為整個測試提供了一個結構框架。TestDirector的Test Plan Manager 在測試計劃期間,為測試小組提供一個關鍵要點和Web 界面來協調團隊間的溝通。Test Plan Manager 指導測試人員如何將應用需求轉化為具體的測試計劃。這種直觀的結構能幫助您定義如何測試您的應用軟件,從而您能組織起明確的任務和責任。Test Plan Manager提供了多種方式來建立完整的測試計劃。您可以從草圖上建立一份計劃,或根據您用Require-ments Manager所定義下的應用需求,通過Test Plan Wizard 快捷地生成一份測試計劃。如果您已經將計劃信息以文字處理文件形式,如Microsoft Word 方式儲存,您可以再利用這些信息,并將它導入到Test Plan Manager。它把各種類型的測試匯總在一個可折疊式目錄樹內,您可以在一個目錄下查詢到所有的測試計劃。例如,你可以將人工和自動測試,如功能性的,還原和負載測試方案結合在同一位置。
Test Plan Manager 還能進一步的幫助您完善測試設計和以文件形式描述每一個測試步驟,包括對每一項測試,用戶反應的順序,檢查點和預期的結果TestDirector 還能為每一項測試連加附屬文件,如Word ,Excel ,HTML ,用于更詳盡的記錄每次測試計劃。
Web 網絡應用日新月異,您的應用需求也隨之不斷改變。您需要相應地更新您的測試計劃,優化測試內容。即使頻繁的更新,TestDirector 仍能簡單地將應用需求與相關的測試對應起來。TestDirector 還可支持不同的測試方式來適應您公司特殊的測試流程。
多數的測試項目需要一個人工與自動測試的結合,包括健全,還原和系統測試。但即使符合自動測試要求的工具,在大部分情況下也需要人工的操作。啟用一個演變性的而非革新性的自動化切換機制,能讓測試人員決定哪些重復的人工測試可轉變為自動腳本以提高測試速度。
TestDirector 還能簡化將人工測試切換到自動測試腳本的轉化,并可立即啟動測試設計過程。
*缺陷管理
當測試完成后,項目經理必須解讀這些測試數據并將這些信息用于工作中。當有出錯發現時,他們還要指定相關人員及時糾正。
TestDirector 的出錯管理直接貫穿作用于測試的全過程,以提供管理系統終端-終端的出錯跟蹤—從最初的問題發現到修改錯誤再到檢驗修改結果。由于同一項目組中的成員經常 分布于不同的地方,TestDirector 基于瀏覽器的特征,使出錯管理能讓多個用戶何時何地都可通過Web 查詢出錯跟蹤情況。利用出錯管理,測試人員只需進入一個URL ,就可匯報和更新錯誤,過濾整理錯誤列表并作趨勢分析。在進入一個出錯案例前,測試人員還可自動執行一次錯誤數據庫的搜尋,確定是否已有類似的案例記錄。 這一查尋功能可避免重復勞動。
*需求管理
程序的需求驅動整個測試過程。TestDirector 的Web 界面簡化了這些需求管理過程,以此您可以驗證應用軟件的每一個特性或功能是否正常。通過提供一個比較直觀的機制將需求和測試用例、測試結果和報告的錯誤聯系起來,從而確保能達到最高的測試覆蓋率。
一般有2 種方式可將需求和測試聯系起來。其一,TestDirector 捕獲并跟蹤所有首次發生的的應用需求。您可以在這些需求基礎上生成一份測試計劃,并將測試計劃對應與您的需求。例如,您或許有25個測試計劃可對應同一個 應用需求。您一定能方便地管理需求和測試計劃之間可能存在的一種多對多的關系,確保每一個需求都經過測試。其二,由于Web 應用是不斷更新和變化的,需求管理允許測試人員加減或修改需求,并確定目前的應用需求已擁有了一定的測試覆蓋率。它們幫助決定一個應用軟件的哪些部分需要 測試,哪些測試需要開發,是否完成的應用軟件滿足了用戶的要求。對于任何動態地改變Web 應用,必須審閱您的測試計劃是否準確,確保其符合最當前的應用要求。
*圖形化和報表輸出
測試過程的最后一步是分析測試結果,確定應用軟件是否已布屬成功或需要再次的測試。TestDirector 常規化的圖表和報告和在測試的任一環節幫助您對數據信息進行分析。TestDirector 還以標準的HTML 或Word 形式提供一種生成和發送正式測試報告的一種簡單方式。測試分析數據還可簡便地輸入到一種工業標準化的報告工具,如Excel ,ReportSmith ,CrystalReports ,和其它類型的第三方工具。
運行安裝程序。

然后點擊NEXT。

輸入你的License 繼續Next
License可以用TD7.6的:B343P--44B44--43444--6444S

根據環境選擇需要的數據庫,這里使用的是Access,繼續Next

注意User里面默認的是你的機器名\管理員,Password:輸入管理員密碼(要想正確安裝你的Administrator必須有密碼,不能為空)
繼續Next

如果你有郵件服務器,則選擇SMTP Server 輸入你的郵件服務器
繼續Next

Virtual Directory Name 輸入你虛擬目錄名,即你在IIS中訪問要用的地址,默認即可
繼續Next

繼續Next

配置完成后,可以在上面的欄目中查看你前面的詳細配置,如果可以點擊Install開始安裝過程
安裝完成后,需要重起一下機器,在登陸系統的時候會發現多了一個關于員用戶,這里是無法登陸,是TD自動創建的一個系統用戶,不用去管它。
接著繼續安裝SP1補丁,中途會要求輸入一次系統管理密碼,然后再要求重起一次

重復上面步驟安裝SP2補丁。即安裝完成!

漢化
在安裝目錄TDBIN/Install/下存放的是一些為連接服務的客戶端加載的系統文件。其中的tdclientui80.xco文件,該文件會自動加載到客戶端的C:\Program Files\Common Files\Mercury Interactive\TD2000_80目錄下,并生成為tdclientui80.ocx文件。
注意其中兩個文件的后綴名區別。文件后綴可通過更改方式變換為OCX或XCO。
由于Mercury并未發行官方的漢化包,所以采用第三方的資源包進行漢化。漢化方式,把得到的漢化資源dclientui80.xco文件粘貼到服務器TDBIN/Install/目錄下,覆蓋掉原文件即可。
在之前訪問過服務器的客戶端,在下次連接時由于不再加載更新后的數據,所以必須得刪除客戶端下的C:\Program Files\Common Files\Mercury Interactive\TD2000_80目錄下覆蓋tdclientui80.ocx文件,使再次訪問時自動加載漢化后的新組件。
也可以通過在客戶端C:\Program Files\Common Files\Mercury Interactive\TD2000_80目錄下覆蓋tdclientui80.ocx文件達到漢化的目的。
設置MS-SQL的數據庫連接
對數據庫的“客戶端網絡實用工具”進行配置。選擇協議Named Pipes與TCP/IP,別名設置最好選擇本機計算機名。
對數據庫的安全性設置--身份驗證,設置為SQL Server和WINDOWS。
設置后,在后臺PING連接數據庫,如果成功,則可正常創建該類數據庫的項目。
IE7.0兼容性
安裝TD后,并不能順利支持IE7.0的客戶端瀏覽器。此時可以用記事本等打開服務器TDBIN/目錄下的start_a.htm源文件,然后進行編輯。
查找” var fMSIE3456”
然后在該行的末尾處分號前添加一段語句”|| (ua.lastIndexOf('MSIE 7.0') != -1)”
保存即可。
1.這個代碼不一定要粘在“|| (ua.lastIndexOf('MSIE 6.0') != -1) ”后面,因為是或的關系,你只是添加一個條件而已.因為放在哪里都無所謂,只要在條件語句中就可以了.
2.只需要在條件中加上一個條件(ua.lastIndexOf('MSIE 7.0') != -1) 而且是或的關系即"|| ",相信做測試的人對這個應該會懂的,仔細看一下其它條件語句就會明白的.
3.另外,如果只修改此文件的話site administrator還是打不開的.具體做法修改相同目錄下SiteAdmin.htm文件,方法同start_a.htm
TD系統信息修改
在C:\Program Files\Common Files\Mercury Interactive\目錄中的DomsInfo文件夾,該文件夾中保存TD系統的關鍵信息,其中有TD系統配置信息的數據庫doms.mdb文件,該數據庫文件已默認被加密,密碼為tdtdtd。在Templates文件夾中的文件為初始化生成的項目模板文件,包括TestDir.mdb,該文件為生成項目的初始數據庫表。這樣的話我們,就可以在每次創建項目時初試化出我們想要的,預定好的數據庫表和相關數據來。就可以避免每次創建項目時重復的手工定義字段了,我們可以定制自己的項目數據庫模板。
如當遺忘ADMIN的密碼時,可以通過往doms.mdb的ADMIN表中的ADMIN_PSWD字段更換寫入“456711”,登陸時輸入密碼“test”即可進入。