TestDirector

電子商務正影響着許多公司制定計劃和建立自己的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 還能簡化將人工測試切換到自動測試腳本的轉化，並可立即啓動測試設計過程。

安裝前環境配置

TD的WEB服務容器為IIS，必須得先安裝IIS環境

TD的後台數據庫默認為Access可以選擇使用Sybase、 MS-SQL Server、 oracle。

TD也支持郵件服務，可以選擇安裝郵件服務或則暫時不安裝。如果需要安裝則在安裝前做好郵件服務器的相關配置。

安裝事項

在安裝時，要對系統進行一些安裝設置，以下對一些關鍵設置進行簡單解釋。

（1）數據庫連接設置

設置數據庫連接時，Access為默認必選，可以選擇另外一種合適的數據庫做為TD的連接數據庫，該數據庫可以在創建TD項目時，選擇作為項目的數據庫。

（2）虛擬目錄設置

其中的虛擬目錄名TDBIN下將保存TD的一些運行文件。

安裝注意

安裝TD時，系統資源消耗比較大，容易造成安裝失敗或錯誤，所以在安裝時，儘量不要進行其他的系統操作，等待安裝完成。

漢化

在安裝目錄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”即可進入。