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

為測試制定計劃

場景：XYZ 公司擁有八個在建的軟件項目。他們在 ClearQuest 測試管理中設置了八個資產注冊。他們使用著名島嶼的名字作為項目的代號，于是資產注冊也因此而的名（請參見圖1）。其中兩個項目（Aruba 和 Bermuda）擁有地理上分散的團隊，所以 ClearQuest 管理員設置了 IBM® Rational® ClearQuest® MultiSite 使得遠程團隊能夠對 ClearQuest 進行訪問。

配置的標準化和命名的規范化

測試之下的所有軟件產品都得到了三款最主要的平臺的支持：Microsoft® Windows®、UNIX® 和 Linux®。由于配置是在所有資產注冊中被共享的，所以項目管理者要共同決定能夠適合所有項目的配置的集合。他們為這些全球配置使用一個前綴，用以指出全部的優先級。然而，其中兩個項目要求唯一的配置。出于這個原因，除了將配置的全球集合統一用 P# 作為前綴之外，還將創建其他的一些配置。為了輕易識別出那些配置將被應用到哪一個項目中，配置的名稱就要以項目代號的起頭兩個字母作為前綴。圖2顯示了屬性和值。

圖3顯示了這個配置。

迭代名稱的協調使用

項目管理者的下一項任務就是協調迭代名稱的使用。對命名約定進行標準化將使得橫跨多個項目的報告成為可能，特別是被包括在同一個發布中的項目更是如此。在被管理的八個項目之中，有四個是在同一個軟件發布中的，另外四個則是獨立的產品。所有項目都遵循相似的過程；因此，管理者設計一個命名約定，它包括主要的發布版本和次要的發布版本，以及開發和測試階段。由于迭代是針對一個特定的資產注冊的，所以它們需要在每一個資產注冊中創建必要的迭代。

前面四個項目（Aruba、Bermuda、Fiji 和 Hawaii）是發布4、版本2的全部組成部分。Aruba 和 Bermuda 仍處于建造階段，正在進行功能性確認測試。Fiji 和 Hawaii 正處于系統確認測試階段。因此它們將為這些項目創建以下迭代：

• Aruba： Rel4_V2_C1FVT. Rel4_V2_C2FVT；
• Bermuda： Rel4_V2_C1FVT. Rel4_V2_C2FVT；
• Fiji： Rel4_V2_TSVT1；
• Hawaii： Rel4_V2_TSVT1；

當這些團隊在發布周期中前行的時候，他們能夠通過遵守相同的命名約定添加迭代。通過這樣做，他們將能夠運行或者基于測試階段或者基于橫跨特定版本的更高層級的報告。請注意，在不同的資產注冊中擁有相同名稱的迭代沒有問題。在這個場景的后面，ClearQuest 測試管理將自動將資產注冊名稱作為前綴添加到迭代名稱中，所以 XYZ 團隊總是能夠區分出彼此。

其余的項目均是獨立的產品，他們分散在不同的發布進度之上。然而，處于一貫性的考慮，管理者也應當遵循相同的命名約定。用于這些項目的迭代設置如下：

• Iceland： Rel8_V1_C1FVT；
• Maui: Rel5_V7_C1FVT；
• Nantucket: Rel3_V6_TSVT1
• Puerto Rico: Rel3_V2_TSVT1