Rational ClearQuest使用說明書（六）

6．其他設置
按照上面的1－5步完成后，重新啟動Web服務器。完成CQ Web服務器的配置。（這里并不是非要重新啟動服務器，重新啟動IIS也可以有同樣的效果。）
現在打開IE，輸入http://機器名/虛擬目錄名，這里是http://test/cqweb就會出現下面的頁面了。

注意：CQ Web端最合適的顯示窗口大小是1024×768，在800×600的時候，最上面的標題欄會顯示不完整。
界面中，Schema Repository可以選擇我們使用的維護庫；Database選擇CQ的數據庫；RefreshDBList按鈕在出問題的時候，可以刷新數據庫列表；Login按鈕是登陸。
使用的過程中，為了方便，我對Web端進行了大量的漢化工作。界面的處理主要是WWW根目錄下的文件和login目錄下的文件，了解一點Html語法的都可以自己修改，就不多介紹了。
使用Web端的過程中，可以使用E-mail通知，具體配置參照InstallationGuideClearQuest.pdf第96頁的說明。
CQ Web端，可以使用高級查詢編輯。其實就是Java環境的查詢編輯。使用Java環境，能比單純的html方式更方便好用。
進入Web端，選擇數據庫進入。選擇工具欄中的“Operations->Advanced Query Editor”，如果是第一次使用，會讓你安裝Java運行環境（JRE），安裝完畢以后就可以使用Advanced Query Editor功能了。里面和CQ客戶端很相像。

Advanced Query Editor很難安裝上，好像只有服務器機器才比較容易安裝。我配置了很多的機器，只有兩臺服務器安裝成功了。

7．IE設置
Web端使用是基于瀏覽器的，IE或者Netscape都可以。但是缺省的瀏覽器權限可能在使用過程中不夠，就需要在瀏覽器端進行相應的設置。Netscape用的人應該很少，我這里也沒有Netscape瀏覽器，所以下面只介紹IE的設置。
1． 打開IE。
2． 選擇菜單中“工具->internet選項”，出現internet選項窗口。
3． 在“安全”頁中，選擇“本地intranet”，點擊“自定義級別”，出現“安全設置”窗口。
4． 我用的是IE6.0，和InstallationGuideClearQuest.pdf第98頁中設置的有些不一樣，而且我現在的機器是已經設置好的了，沒有一個初始的IE可以配置。不過我記得，這里設置或不設置差別不是很大。如果在使用過程中出現問題，不能允許部分功能，在不理會安全性的情況下，不妨把所有的東西都啟用。
5．在“高級”頁中，把“總是以UTF-8發送URL”選項清除。在通過Web端提交缺陷的時候，如果使用了中文名稱的附件，選擇使用UTF-8發送URL的時候，就無法打開此附件。把此選項清除，使用中文名稱的附件就不會有問題了。（在IE5中可能相反，需要把此項選中?？傊涀?，在無法打開中文名稱附件的時候，把此選項選成相反的就可以了。）

6．此條可設可不設。如果在使用過程中，如果總是出現刷新問題（總是出現同樣的頁面，必須不停的點擊刷新），可以把IE緩存設小些。選擇“常規”頁，點擊Internet臨時文件的“設置”按鈕，出現設置頁面。設置頁面中，選擇“每次訪問此頁時檢查”，使用的磁盤空間設置為最小值1MB，就不會出現不刷新的問題了。

7．全部設置完成后，在Internet選項頁，點擊“確定”保存設置。


五、Rational ClearQuest客戶端配置
配置完畢后，還必須有提交缺陷的地方，ClearQuest客戶端，就是提交缺陷的程序，所有ClearQuest的配置，實際都是為了這里的使用。這一章和第四章沒有任何的關系，即使沒有Web端設置，客戶端一樣可以使用。
從開始菜單中選擇Rational ClearQuest（安裝目錄中clearquest.exe），打開CQ客戶端。
首先選擇連接的維護庫，這里我們選擇“測試連接數據庫”。

在登陸界面，我們選擇使用admin登陸，數據庫選擇test。

在CQ操作界面中，左側是工作臺（工作臺可以建立查詢、報表、圖表等內容），右側是顯示區（顯示查詢、圖表）。帶紅框的就是提交缺陷的按鈕。點擊“New Defect”就可以提交缺陷了。

1．提交缺陷
點擊“New Defect”按鈕，出現提交Defect界面。其中ID自動給出；由于是提交錯誤，所以狀態（State）是等待處理；其他的都是需要填寫的，其中紅顏色標記的是必須填寫的項目（在第三章2.6.3 Behavior中各相關字段中設置）。

全部填寫完畢后，點擊OK就完成了缺陷的提交。
1．1 屬性項目說明
ID：自動分配給記錄的一個標識。
狀態：顯示當前記錄的狀態。（具體的狀態說明，參照第三章2.6.1相關說明）
簡述：對錯誤的概要描述。最好不要過長。
模塊：錯誤發生的位置。模塊內容在測試之前就建立完畢。如果需要添加修改模塊，請尋找相關的測試人員。
嚴重性：表示軟件缺陷的惡劣程度。致命錯誤一般指導致系統崩潰的錯誤；嚴重錯誤包括數據丟失、數據損壞、功能未實現等；一般錯誤包括操作性錯誤、所謂結果等；輕微錯誤包括錯別字、UI布局等；建議是指軟件中值得改良的地方。以上的說明只是建議，具體的分類測試人員可以自行把握判斷。
優先級：表示修復缺陷的重要程度和應該何時修復。立即修復，說明此缺陷阻止進一步測試，需要立即修復，否則會導致測試的停滯；必須修復，說明此缺陷在產品發布前必須修復，否則會影響軟件的發布和使用；應該修復，說明如果時間允許應該修復此缺陷；考慮修復，說明此缺陷即使不修復修復，但是也能發布。在軟件測試的過程中，嚴重性和優先級可能會有變化，由缺陷記錄的提交人自行掌握。
負責人：指應該處理此條缺陷的人。一般情況下，負責人都是開發組開發此相關模塊的程序員。負責人可以修改相應模塊缺陷記錄的狀態，
錯誤分類：提交的缺陷記錄分類。點擊右下角的 ，會出現列表，里面有一些可選項：可以多選，也可以自己填寫，點擊“Add”就添加上了。填寫完畢后，點擊“ok”按鈕保存錯誤分類。
詳細描述：詳細說明錯誤發生的位置和操作狀態。這里一定要說清楚，否則程序員很難明白錯誤是怎么發生的。如果有相關的附件，這里也最好可以說明一下。
1．2 附件屬性說明
習慣上，附件中是一些缺陷狀態的抓圖。因為有的時候，缺陷使用語言表達不清楚，這時有一個錯誤發生時的狀態抓圖看著就很清楚了。
抓圖方法為：點擊鍵盤“PrintScreenSysRq”按鍵，點擊開始菜單->程序->附件->畫圖，在畫圖中，點擊鍵盤Ctrl+V，屏幕抓圖就顯示在畫圖中了?？梢栽诋媹D中進行一些簡單的處理：比如把發生錯誤的地方用畫筆圈起來，或者加上一些中文注釋等，看個人的喜好和發揮了。圖形處理完畢后，保存到本地目錄。建議保存格式為jpg或gif，不要輕易保存為bmp格式的圖片，bmp格式圖片太大，很容易給服務器造成不必要的負擔。
點擊附件中的“Add”按鈕，出現附件上傳窗口，選擇本地保存的附件文件，點擊“打開”按鈕，出現添加注釋的界面（注釋可以不填寫），點擊“OK”附件上傳完畢。
如果有其他的文件需要上傳，參照上面的步驟進行。
1．3 高級屬性說明
一些可以選擇的內容。比如測試人員所使用的操作系統；此問題是否可以重復出現；錯誤的提交時間和日期；軟件的版本號等。
高級屬性中如果開發人員還需要其他的項目內容，可以找測試人員添加。
2．修改記錄
在ClearQuest的變更流程中，有三類用戶：
第一類是管理組成員，主要指測試小組的領導或開發部門項目經理，管理組成員主要進行決策判斷活動。
第二類是測試組成員，指具體的測試人員，測試缺陷記錄主要由測試組成員提交。
第三類是開發組成員，主要是開發部門負責修改測試記錄的程序員。
在測試缺陷記錄提交后，這三類用戶有不同的操作權限。
在各類人員處理缺陷記錄的過程中，都應該填寫解決方案。
要修改記錄，首先要進入缺陷記錄查看里面的詳細內容（點擊查詢表中待修改記錄），再從右面的Actions下拉按鈕中選擇需要修改的狀態，按照下面各類組成員的操作步驟處理完畢后，點擊“Apply”保存修改。下面的圖片是開發組成員處理缺陷時的狀態抓圖，測試組成員和管理組成員Actiosn的狀態和下圖有差別。

（圖3.8）
2．1 測試組成員對測試記錄的操作權限
測試組成員對自己的測試記錄有修改權限。如果經過開發組成員把相關缺陷記錄修改處理后，測試組成員可以確定缺陷記錄是關閉，再次出現或者是提交管理員。
測試組成員遇到“已修改”狀態的記錄，重新進行驗證。如果錯誤已經被修改，Action狀態選擇“關閉”，如果此錯誤沒有被處理，Action狀態選擇“再次出現”
測試組成員遇到“暫不修改”狀態的記錄，Action狀態選擇“提交管理者”轉給管理組成員判斷處理。
測試組成員遇到“無法再現”狀態的記錄，重新進行驗證。如果錯誤不再發生，Action狀態選擇“關閉”；如果錯誤仍然存在，把錯誤內容寫詳細些，Action狀態選擇“再次出現”。
測試組成員遇到“間接修復”狀態的記錄，重新進行驗證。如果錯誤不再發生，Action狀態選擇“關閉”；如果錯誤仍然存在，Action狀態選擇“再次出現”。
測試組成員遇到“使用錯誤”狀態的記錄。如果不是錯誤，Action狀態選擇“關閉”；如果認為是錯誤，重新進行說明，Action狀態選擇“再次出現”。
測試組成員遇到“系統限制”狀態的記錄，Action狀態選擇“提交管理者”轉給管理組成員判斷處理。
2．2 開發組成員對測試記錄的操作權限
開發組成員對測試記錄有處理權限。包括：已修改、暫不修改、無法再現、間接修復、使用錯誤、系統限制權限。
狀態說明：
已修改：錯誤修改完畢后，開發組成員把狀態設置為已修改。
暫不修改：錯誤由于某種原因暫時不處理。
無法再現：測試人員提交的錯誤無法在開發人員那里重現。
間接修復：在修改其他地方的時候把此缺陷記錄修復，或者新版本自動修復了此問題缺陷。
使用錯誤：測試人員由于操作等原因理解誤會了某些地方。開發人員可以用使用錯誤來處理這些不是問題的記錄。
系統限制：確實是問題，但是由于開發工具的限制等原因暫時無法處理錯誤，開發人員可以標記為系統限制。
2．3 管理組成員對測試記錄的操作權限
管理組成員對測試記錄有決定判斷的權限。
只有管理組成員才可以刪除記錄。
對于狀態為“等待分配”的記錄，管理員可以進行判斷：如果不是問題，就關閉；如果是問題，就再次出現此記錄。

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