IBM® Rational® ClearQuest® 的測試管理特性為您提供一種計劃、組織和定義某一組特定測試的工具，其中包括改變需要在一個給定的測試周期中被運行的配置信息。這使得您能夠緊緊跟蹤測試過程，以便管理資源和進度。這一特性還提供了一種根據橫跨若干關鍵區域所報告的組織結構來進行質量測量的機制。
如果您通過 Enterprise 模型設置 ClearQuest，那么 ClearQuest 測試管理將被包括進來。如果您通過任何其他的模型或者是一個定制的模型來設置 ClearQuest，那么您就能夠將 ClearQuest 測試管理包應用到本文所描述的特性之中。
在本文的第 1 部分中，我們將學習 ClearQuest 測試管理的主要特性，并且為將測試團隊的結構和組織考慮進來的執行提供指導。
在本文的 第 2 部分 中，我們將逐步學習 ClearQuest 測試管理在一個實際環境中的執行。請注意，本文將不會介紹產品的安裝，而是介紹在 ClearQuest 測試管理安裝之后的測試資產的創建和組織。它將為讀者呈現從 Asset Registry（資產注冊） 的創建到 Test Logs（測試日值） 的回顧的一個完整的測試周期。
開始
在配置 ClearQuest 測試管理之前，首先思考如何回答以下這些問題：
什么規模的組織將會使用 ClearQuest 測試管理？ 測試組織是地理上分散的嗎？如果是的話，如何對職責進行劃分或者在遠程站點之間共享？ 您將要管理多少項目或者產品？ 您將要使用什么腳本工具？ 測試配置都有什么需求？ 在一個典型的測試周期中，持續時間（日期）和范圍（測試數量）是什么？ 對于狀態跟蹤來說，哪些組織結構是必須的？在您閱讀本文的過程中，如何組織您的 ClearQuest 測試管理配置將依賴于您對這些問題的回答。
ClearQuest 客戶端軟件選項
ClearQuest 提供了若干種不同的客戶端軟件選項。并不是所有的 ClearQuest 測試管理特性都會出現在所有的客戶端中；因此，用戶的角色就是決定哪一款客戶端是自己最佳的選擇。下面是可供選擇的 ClearQuest 客戶端，旁邊伴有該 ClearQuest 測試管理的使用注釋：
提示：
基于 Eclipse 的客戶端顯示了測試資產的一種分級樹形視圖，它被稱為 TestManager 視圖。如果沒有這一視圖的話，那么將測試用例到測試計劃的關系計劃并且形象化將是一件非常困難的事情。出于這個原因，大多數 ClearQuest 測試管理用戶都應當選擇一種基于 Eclipse 的客戶端。
組織 ClearQuest 測試管理資產
當決定如何組織您的測試資產的時候（更明確地說，即測試計劃和測試用例的集合），首先應當考慮對它們進行分類和分組的方式。您能夠想象出許多種不同的測試資產分類方法——例如，可以是通過產品或者項目進行分類，通過測試人員進行分類，或者是通過測試的類型進行分類。對于這一點并沒有什么限制。因此，問題轉變為什么將能夠使您最大程度的利用 ClearQuest 測試管理中所提供的各種特性，并且確保測試盡可能的被有效的管理？下一小節將描述一個運轉良好的模型，在您構造測試層級的同時也伴隨著避免常見缺陷的警報。
理解資產注冊
資產注冊對于分組 ClearQuest 測試管理中的測試資產來說是一個最大的容器。該模型是已經被證明過的，它基于由 IBM 測試團隊所進行的 ClearQuest 測試管理的內部使用，其目的是將 Asset Registry 作為一個用于同指定項目或者產品相關的所有測試資產的容器。對于一個特定的項目或者產品，一些測試產品和測試資源是共享的，它們是：
測試計劃和測試用例的一個特定集合； 所覆蓋的特性的一個特定集合； 一個公共發布或者測試計劃，或者兩者兼備； 測試人員的一個公共池； 被支持平臺的一個特定集合。在 ClearQuest 測試管理中有一些用于跟蹤上述每一個產品或者資源的特定的特性。在下一小節中，您將看到如何使用現已存在的記錄類型來覆蓋這些公共區域。
一個應該避免的公共缺陷就是為同一個產品的不同發布分別創建資產注冊。如果您這樣做的話，那么您將立即設置一個分級，它要求您將測試資產從一個資產注冊中復制到另一個資產注冊中，當您從同一個產品的一個發布移動到另一個發布的時候，將會分離資產注冊。當測試資產的每一個新版本都成指數趨勢增長的時候，你將陷入到 ClearQuest 測試管理的環境之中。您將無法利用一個指定測試用例經歷若干個發布之后的跟蹤執行歷史，這是因為當一個測試用例被復制的時候，執行日志文件的結果并不被復制。最終，您將損失 ClearQuest 測試管理為從一個發布到另一個發布對測試資產進行復用而提供的功效。
提示：
如果您所設計的測試分級需要您以一個正常的過程將測試資產從一個發布復制到另一個發布，或者從一個版本移動到另一個版本的話，那么這應該成為一種警報，即您可能沒有盡可能有效地使用 ClearQuest 測試管理。
另一個要避免的缺陷就是為每一位用戶都分別創建一個資產注冊。除非用戶按照各自的發布進度獨立操作各自的項目，否則不應當為每位用戶都建立一個不同的資產注冊。標準的 ClearQuest 測試管理形式允許您將每位擁有者分配到每一個測試資產的類型中。這是一種跟蹤哪一個測試屬于哪一位所有者，以及所有者的全部測試過程的好方法。
有效地使用迭代
ClearQuest 測試管理中的一個迭代允許您識別一個指定的測試周期，以及開始和結束日期。當迭代被適當的管理和使用的時候，您將從 ClearQuest 測試管理中獲得最大的利益。迭代使得您能夠跟蹤同一產品在并行開發和測試周期中運行的多個測試階段的進度。迭代還能夠使您最大程度的對測試用例進行復用。
迭代記錄的目的就是允許您以一種同一個指定的測試周期相關聯的方式“標記”其他測試資產。測試計劃、測試用例、以及被配置的測試用例都能夠被一個或者多個迭代進行標記。然后，您能夠生成報告來顯示哪一個測試資產被用于（或者將被用于）一個給定的測試周期。在一個給定的資產注冊下被創建的迭代只能在同一個注冊內適用。
如果您使用結構化的命名約定的話，那么您就能夠更加強有力的使用迭代。一個意味深長的命名約定不僅能夠辨別指定的測試周期，而且能夠根據組織結構報告辨別出該測試周期所屬于的最大和最小發布。下面我們來看一個如何發展命名約定的例子：
首先決定一個測試周期的最小單元。通過 ClearQuest 測試管理中的一個迭代來跟蹤測試進度需要您創建一個迭代，然后選擇若干被配置的測試用例來同這一迭代相關聯。出于這個原因，迭代持續時間最少也要好幾天。提示：
如果有一個測試運行或者一個測試周期對一個指定測試的辨別要在一個更短的持續時間內或者更加頻繁的被完成，那么請您考慮使用測試套件來跟蹤這一努力。
這一約定，在您的產品或者項目屬于一次性定制開發努力的情況下，可能已經足夠了。然而，如果您希望您將要測試的產品擁有新的最大或者最小維護發布的話，那么您需要復用盡可能多的測試資產。
為了促進復用，請您預處理您的迭代周期，使其能夠辨別最大和最小發布都屬于哪一個測試周期。結果是，迭代名稱將同這個類似，它指出最大的是 Release 4、Version 2、Transition System Verification Test 周期二：Rel4_V2_TSVT2。
這樣一來，您就擁有了一個能夠被標注的測試用例，并且它因此能夠被更多的發布所跟蹤，即使這些發布是并行運行的也沒有問題。它還使您能夠打開一個被配制的測試用例記錄，并且查看測試用例橫跨若干版本和發布的測試運行結果歷史。
我們說，您擁有不止一個資產注冊來跟蹤不止一個產品，而且這些產品都參與到了一個指定的主要發布之中。使用一個命名約定包括主要發布允許您跨越多個資產注冊來為一個給定的主要發布查詢測試結果。
重要提示：
為迭代建立一個命名約定對于建立功能強大的和有效的組織結構報告來說至關重要。它同時也是推動測試資產復用的關鍵，這使得 ClearQuest 測試管理能夠更加有效的被使用。
迭代尤其是指創建它們的資產注冊。您能夠讓一個迭代屬于一個資產注冊，而名稱相同的另一個迭代屬于另一個不同的資產注冊。當瀏覽迭代名稱時，ClearQuest 自動地將資產注冊的名稱添加到迭代名稱前面，從而在彼此之間以示區別。
建立文件位置
文件位置就是保持外部文件路徑的記錄，其中包括測試腳本。文件位置指向網絡共享，它們可以包括：IBM® Rational® ClearCase® 版本化的對象基礎(VOBs)。ClearQuest 測試管理所使用的外部文件的格式有如下兩種類型： 測試激發因素 測試腳本
在設置文件位置之前，請您考慮如下這些因素，這是因為這些問題的答案將會對您如何建立文件位置產生影響。 使用什么腳本工具？ 環境是否是地理分散的？ 腳本的描述是一項必備的條件么？
測試激發因素是和測試努力相關的文檔，例如一個項目進度表、一個需求文檔、或者一個項目計劃。如果您希望通過這些“項目驅動器”鏈接到 Test Plan Records 或者其他的測試資產，那么您應當為您的測試激發因素建立一個文件位置。這確實是一個可選的特性，而且 ClearQuest 測試管理能夠在沒有為測試激發因素建立文件位置的情況下被成功的配置。
ClearQuest 測試管理支持從 IBM® Rational® Manual Tester、Rational Functional Tester、Rational Performance Tester 以及 Eclipse TPTP 測試中生成的測試腳本的直接執行。如果您計劃使用任何一種腳本格式的話，那么你將需要建立文件位置。
文章來源于領測軟件測試網 http://www.kjueaiud.com/
