ClearQuest 測試管理入門--使用標準特性

決定將腳本保存到哪里

當項目管理者調整配置和迭代的時候，ClearQuest 管理員正在同測試領導者一起決定存儲測試腳本的需求。大多數團隊使用 IBM® Rational® Manual Tester 作為腳本的端到端的系統級測試。這些團隊需要建立一個本地服務器來保存他們的 Rational Manual Tester 腳本。在他們的資產注冊中，他們建立一個指向包括腳本的服務器的文件位置

對于 Aruba 項目來說，測試團隊是地理上分散的，但是每一個團隊都負責他們各自腳本的創建和執行。腳本并不需要被跨位置的分享。在這張情況下，他們在 Aruba 資產注冊中建立了兩個文件位置。一個位于 Location 1，另一個位于 Location 2。

Bermuda 項目團隊也是地理上分散的，他們使用 IBM® Rational® Functional Tester。然而，對于這支團隊來說，一個站點開發 Rational Functional Tester 腳本，另一個遠程站點負責運行測試。在這種情況下，兩個站點都需要訪問同一個腳本：因此，他們使用 IBM® Rational® ClearCase® 并且將 Rational Functional Tester 腳本保存在一個多站點的 ClearCase 版本對象庫（VOB）中。在他們的環境下，一個文件位置需要被建立指向一個 ClearCase VOB。

建立測試計劃的層級

與此同時，隨著配置、迭代和文件位置被最終確定下來，測試領導者開始將他們即將發布的計劃放到 ClearQuest 測試管理之中。用于功能性測試的測試計劃根據特性區域被分類。有些團隊還需要進行系統級的測試，所以他們將端對端測試組織到一個測試計劃文件夾中。性能團隊負責若干項目的測試計劃，所以他們有規律的讓用戶訪問不止一個的資產注冊。由于測試團隊希望將同一個測試計劃層級保持在所有被他們所使用的資產注冊中，所以他們在資產注冊中創建了一個層級，然后使用 Duplicate（復制）特性將該層級拷貝到其他的資產注冊中。

用于 Fiji 資產注冊的測試計劃的層級如圖4所示。

請注意性能測試計劃下面的子計劃：

• Performance（性能）
  • 01_Optimum Env
  • 02_Stress
  • 03_Load

測試領導者希望這些能夠以某種邏輯順序被排列出來。ClearQuest 測試管理按照字母順序列出了各個資產。因此，當這些測試計劃被創建的時候，它們將被添加上兩個阿拉伯數字作為前綴，以便顯示在一個以特定順序排列的列表中。

添加測試用例

在測試計劃層級被建立之后，測試設計者就能夠開始添加測試用例了。在他們創建測試用例的過程中，如果他們知道某個測試用例的所有被配置的版本都將完全共享同一個測試腳本的話，那么他們將開發這個測試腳本，并且將測試腳本同測試用例相關聯。通過完成這寫操作，被配置的測試用例將會繼承腳本的關聯。這樣就能夠節省大量的時間。

請注意：
當測試設計人員處于這個階段的時候，如果您使用 Rational Manual Tester 或者 Rational Functional Tester 編寫腳本，將會對從 Rational Manual Tester 或者 Rational Functional Tester 界面中運行 ClearQuest 測試管理具有特別的意義。這樣的話，您就能夠在 ClearQuest 測試管理中無縫地從設計和編寫移動到測試用例開發。當然，您能夠完成目前為止來自 Rational Manual Tester 或者 Rational Functional Tester 界面中的所有這些被討論的測試計劃。然而，ClearQuest 測試管理的一個最佳的特性就是，如果您的剛層級計劃是由一個項目管理者完成的，或者團隊領導者并沒有安裝腳本工具，那么他或者她無需安裝腳本工具就能夠使用 ClearQuest 測試管理為編寫腳本之前的所有步驟而提供的豐富的客戶端版本。在事情的另一方面，測試設計者能夠享受到 ClearQuest 測試管理從與測試腳本工具相同的界面中運行所帶來的便利。