Rational ClearQuest使用說明書（四）

2．6．1 State Transition Matrix（狀態轉移矩陣）設置
前面說了很多的狀態（State），這里就是關于狀態設置的。
選擇Record Types->Defect->States and Actions-> State Transition Matrix，打開狀態轉移矩陣設置頁面。
每個缺陷都有自己現有的State（狀態），缺陷狀態可以通過Action改變。
比如測試人員提交的新缺陷，狀態是[等待處理]，[等待處理]的缺陷經過開發人員修改后，變為[已經修改]，測試人員驗證[已經修改]的缺陷，發現缺陷被修復，就Action缺陷為[關閉]，完成了一個缺陷的變更過程。
通常情況下，缺陷都是從[等待處理]開始，到[關閉]結束。
為了看著直觀方便，所以我設計變更過程的時候，把大部分的Action和State起了一樣的名字。
總共錄入修改以下狀態：
1．等待處理――測試人員經過提交操作，缺陷為[等待處理]
2．已經修改――開發人員修復了缺陷，經過<已經修改>Action
3．暫不修改――錯誤由于某種原因暫時不處理。，經過<暫不修改>Action
4．系統限制――確實是問題，但是由于開發工具的限制等原因暫時無法處理錯誤，開發人員經過<系統顯示>Action標記缺陷為[系統限制]。
5．間接修復――在修改其他地方的時候把此缺陷記錄修復，或者新版本自動修復了此問題缺陷。
6．無法再現――測試人員提交的錯誤無法在開發人員那里重現。
7．使用錯誤――測試人員由于操作等原因理解誤會了某些地方。開發人員可以用使用錯誤來處理這些不是問題的記錄。
8．等待分配――測試人員無法確認的問題，經過<提交管理員>Action使缺陷狀態變為[等待分配]，等待分配的問題是交給管理組人員處理的。
9．再次出現――缺陷沒有被修改。
10．關閉――缺陷已修改?；蛉毕莶辉偬幚?。

具體的Action和State變化關系，參照2.6.2進行。

2．6．2 Actions設置

Action是變更中很重要的一個環節。每種成員對應著不同的Action，通過Action，處理各種缺陷。
選擇Record Types->Defect->States and Actions->Actions，打開Action設置頁面。
通過鼠標右鍵菜單，可以添加（Add Action）、刪除（Delete Action）、重命名（Rename Action）、設置（Action Properties）Action。
在這里，我們保留Import、Init_Note_Entry、Send_Email_Notif三項，其他的項目，按照下表進行設置。
其中Aclearcase/" target="_blank" >ccess Control選項，可以選擇哪個組有此操作權限?？梢栽O定為所有組（All Users），也可以選擇部分組（User Groups），或者進行編碼（SCRIPTS）控制。
Action Name Type Access Control
提交 SUBMIT All Users
提交管理者 CHANGE_STATE 測試組、開發組
再次出現 CHANGE_STATE 測試組、開發組
關閉 CHANGE_STATE 測試組、開發組
暫不修改 CHANGE_STATE 開發組
無法再現 CHANGE_STATE 開發組
間接修復 CHANGE_STATE 開發組
使用錯誤 CHANGE_STATE 開發組
已經修改 CHANGE_STATE 開發組
系統限制 CHANGE_STATE 開發組
修改 MODIFY 編碼控制
刪除 DELETE 管理組

修改的編碼，請參照附錄。
設置完畢后，如下圖所示：

在Actions頁后面的列中，可以通過編程對Action進行限定。如果在這里對Action進行了編程限制，Behaviors中相關的狀態使用USE_HOOK。
這里的編程，自己研究，我寫了一些代碼，但是在Behaviors中，編碼控制實在有些煩瑣，這里我在使用過程中就去掉了那些編碼?？梢栽诟戒浿姓业脚c此相關的一些代碼片段。修改的Access Control的編碼主要是限制非缺陷提交人只能瀏覽記錄，不可以修改記錄。
比如經過<無法再現>Action操作后，缺陷的狀態變為[無法再現]。一定要記住，雖然兩者名稱，但本質是不同的，一個是State，一個是Action。
在狀態轉移矩陣中，右鍵點擊狀態名稱，會出現列表，里面可以添加（Add State）、刪除（Delete State）、重命名（Rename State）、設置缺省值（Properties）State。
狀態轉移矩陣中，狀態從列到行進行變化，比如[等待處理]列狀態經過<已經修改>Action后，變為[已經修改]行狀態。
下面是說明如何設計State Transition Matrix中的Action和State管理。
鼠標右鍵點擊需要設置的Action狀態，從列表中選擇Action Properties，打開Action設置窗體。選中窗體的State頁，在此設計Action和State的交互關系。

State頁中的Source（源狀態），相當于State Transition Matrix（狀態轉移矩陣）中的列，Destination State（目的狀態）相當于狀態轉移矩陣的行。也就是說，經過當前的Action，可以把Source中的狀態，轉變為Destination State中的狀態?？梢赃x擇多個Source，但是只能有一個Destination State。
下面圖表是各個Action的設置情況：
Action Name ; Sourc ; Destination State
提交 ; 無 ; 等待處理
提交管理者 ; 暫不修改、系統限制、無法再現、間接修復、使用錯誤 ; 等待分配
再次出現 ; 等待分配、已經修改、間接修復、無法再現、使用錯誤 ; 再次出現
關閉 ; 等待分配、已經修改、間接修復、無法再現、使用錯誤 ; 關閉
暫不修改 ; 等待處理、再次出現 ; 暫不修改
無法再現 ; 等待處理、再次出現 ; 無法再現
間接修復 ; 等待處理、再次出現 ; 間接修復
使用錯誤 ; 等待處理、再次出現 ; 使用錯誤
已經修改 ; 等待處理、再次出現 ; 已經修改
系統限制 ; 等待處理、再次出現 ; 系統限制
注意，以上的Action是可以按照軟件的需要隨時修改的，上面的表格只是一種建議。
2．6．3 Behaviors設置
選擇Record Types->Defect->States and Actions->Behaviors，打開Behaviors設置頁面。
這里是整個CQ中最麻煩的地方。主要是設置CQ中的字段在各種缺陷下的權限。
Behaviors設置中，行是各個字段，列是缺陷狀態。表中內容說明字段在狀態下的權限。在表中點擊鼠標右鍵就會出現權限菜單。
字段權限包括：
1． Read Only：字段只能讀取，不能修改。
2． Mandatory：字段必需填寫。
3． Optional：字段可添可不添。
4． Use Hook：字段權限通過編程進行控制。
這里的內容，我就不一一列舉了，根據需要自己修改。這里牽扯了我最多的精力，每次總會在這里因為字段的限制出問題，現在字段權限設置我仍然不是很滿意。
注意：這里字段對應的狀態是指Action以后的狀態，而不是缺陷當前的狀態。比如原本是[等待處理]狀態的缺陷，經過<已經處理>Action后，這個時候限制缺陷的Behaviors不是[等待處理]，而是[已經處理]，這里要特別注意。
2．7其他設置
2．7．1 File菜單
Delete Schema：刪除計劃。
Delete Schema Version：刪除計劃的版本。這個可以選擇刪除任意的計劃版本。
Undo Check Out：不保留當前版本，恢復Check In狀態。
Test Work：如果使用了Test Database，就可以進行Test Work，Test Database和Product Database是不同的數據庫。
Validate：校驗當前計劃是否有錯誤。這個應該在Save Work前進行。
2．7．2 Edit菜單
Add(Edit、Delete) Record Type/Family：創建（修改、刪除）記錄類型。我們一般所用的是Defect類型。
一般的添加、修改、刪除操作，都可以在Edit菜單中找到，而且一些功能，只能在這里完成。
2．7．3 View菜單
Schema Summary：從這里，可以看到計劃的版本、連接的數據庫等記錄。
Database Summary：查看使用的數據庫各種信息。
2．7．4 Database
Delete Databases：刪除數據庫。
Undelete Databases：恢復原先刪除的數據庫。
View Database Properties：查看數據庫屬性。查看計劃連接的數據庫的詳細情況。
Move User Database：把現在使用的數據庫轉移到其他的地方。比如test計劃現在使用的數據庫是test機器的test數據庫。那么你可以通過Move User Database把test計劃連接的數據庫設置到test8機器上的test數據庫。說明的是，在移動數據庫的同時，相關的缺陷記錄會一起移動。實際相當于一個數據庫Copy的過程。
Updata User Database：更新使用的數據庫。這個實際是修改數據庫連接屬性。Update和Move不同的地方在于，Updata只連接，不轉移記錄。
Set Test Database：設置test數據庫。這個不是我們所使用的數據庫。在我們創建數據庫連接的時候，選擇的是Product庫而不是Test庫，Test庫使用中會有一些問題，在最后的附錄中會給予說明。
Database Timeout：Timeout （延遲）和Poll Interval（間隔）設置。一般設置為0就可以了。
四、Rational ClearQuest Web服務器配置
提交缺陷，除了使用CQ客戶端外，也可以通過瀏覽器進行提交。
這里的瀏覽器要求IE5.01版本以上，Netscape 4.72版本以上。
如果想要使用CQ的Web端功能，CQ服務器在安裝CQ的過程中，一定要選擇Custom（自定義安裝），在Choose Features中，把Web Server Components選中。
下面說明CQ Web服務器的配置。建議使用Win2000 Server系統。下面配置使用Win2000 Server（非域中機器）進行說明的。如果進行其他系統的配置，參照ClearQuest安裝目錄下books目錄里面的InstallationGuideClearQuest.pdf。
CQ Web使用的是ASP。
下面的設置，都是使用的Administrators用戶組中的用戶登陸的系統。
1．設置注冊表存取權限
在IE使用的過程中，缺省的Web登陸用戶是anonymous（匿名用戶），但是在系統中，anonymous用戶并沒有太多的存取權限，下面就是設置anonymous用戶的存取權限。
1． 點擊“開始->運行”，輸入“regedt32”，點擊確定打開“注冊表編輯器”。
2． 在HKEY_LOCAL_MACHINE子窗體,打開“Software->Rational Software->ClearQuest”

3． 點擊注冊表編輯器的菜單“安全->權限”，出現ClearQuest權限設置窗口。
4． 點擊添加，打開“選擇用戶或者組”界面。
5． 選擇IUSR_機器名用戶，這里我選擇的是IUSR_TEST
6． 點擊添加，再點擊確定，選擇IUSR_TEST用戶并關閉“選擇用戶或者組”界面。
7． 在名稱中選中剛才添加的Internet來賓賬號，在權限中，允許完全控制。

8． 選擇“允許將來自父系的可繼承權限傳播給對象”，點擊“確定”完成權限設置。
9． 在HKEY_USERS子窗體,打開“.Default->Software->Rational Software->ClearQuest”
10． 重復第3步到第8步，設置HKEY_USERS。
2．NTFS格式機器的讀取權限設置
非NTFS格式的機器可以不用看這一小節。
在NTFS格式的機器上，每個目錄都有相應的讀取權限，所以下面的就是設置internet匿名用戶也有Web目錄的讀取權限。
在CQ的安裝目錄下，有一個WWW目錄，鼠標右鍵點擊WWW目錄，出現WWW目錄屬性設置界面，選擇其中的安全頁，點擊“添加”按鈕，選擇IUSR_機器名的用戶添加到用戶列表中，如下圖所示，點擊“確定”完成WWW目錄權限設置。

我個人不很喜歡NTFS格式，也許安全性高了些，但使用不是很方便，所以我本身用的TEST機器是FAT32格式，FAT32格式的機器不用進行目錄權限設置。上面的抓圖使用的是TEST8機器，和前面的有差別，這里要特別注意。
如果是NTFS格式的機器，安裝的時候，可能沒有安裝cache目錄。手工在WWW目錄中添加cache目錄，并按照上面的方法，給予cache目錄以ISUR_機器名的存取權限。

原文轉自：http://www.anti-gravitydesign.com