QC使用手冊及相關(guān)操作

1、QC使用說明書目錄第一章管理員定義11 .自定義項(xiàng)目列表11.1QC的“需求”模塊11.2QC的“測試計(jì)劃”模塊21.3QC的“缺陷”模塊22 .自定義項(xiàng)目工程實(shí)體32.1修正瑕疵實(shí)體32.2“測試”實(shí)體的變更43 .定徑套組63.1安裝測試工作人員組63.2設(shè)置開發(fā)者小組84 .項(xiàng)目工程使用者9的設(shè)定5 .工作流程10的設(shè)定5.1添加缺陷字段自定義105.2缺陷詳細(xì)信息字段的客制化115.3腳本編輯器11第二章需求模塊141 .新需求141.1新需求141.2請求書制作請求142 .轉(zhuǎn)換測試15第三章業(yè)務(wù)組件模塊171 .業(yè)務(wù)組件介紹17二.具體表達(dá)173 .工作流程184 .測試使用？ 1

2、8第四章規(guī)劃模塊191 .用例編制191.1案例編制191.2創(chuàng)建新用例191.3用例創(chuàng)建請求192 .網(wǎng)絡(luò)鏈接缺陷20第五章實(shí)驗(yàn)室模塊21第六章缺陷模塊221 .增加缺陷222 .創(chuàng)建缺陷請求223 .缺陷例234 .接口顯示單元235 .缺陷狀態(tài)控制245.1檢查人員管理缺陷狀態(tài)245.2檢查責(zé)任者控制缺陷狀態(tài)255.3開發(fā)者控制缺陷狀態(tài)25第七章QC總論261 .進(jìn)程概要26二.指導(dǎo)意見26第一章管理者的定義1 .自定義項(xiàng)目列表對1.1QC中的“需求”模塊的創(chuàng)建新需求時使用的“產(chǎn)品”字段更改如下要導(dǎo)航到自定義項(xiàng)目列表，請執(zhí)行下列操作：1 .這個“所有項(xiàng)目”列表對應(yīng)QC需求的“產(chǎn)品”字段，

3、本公司以項(xiàng)目為產(chǎn)品，展開測試，可以對開發(fā)的每個項(xiàng)目細(xì)分具體的測試子產(chǎn)品，因此需要細(xì)分這個“產(chǎn)品”，用于新制作的“測試需求”的屬性記述。 圖的“列表項(xiàng)目”中主要列出了測試需求所屬的子產(chǎn)品的分類。 以公司發(fā)起的名為“競爭談判”的項(xiàng)目工程實(shí)體為例，在創(chuàng)建新的測試需求時，可能會分成“節(jié)點(diǎn)”、“視圖”、“流程”等各子產(chǎn)品，所以在QC測試項(xiàng)目工程的開頭，在“所有項(xiàng)目”下的列表項(xiàng)目中添加圖中的新列表2 .列表“審查視圖狀態(tài)”:列表項(xiàng)為“未審查”和“已審查”，差動奧爾特為“未審查”關(guān)于1.2QC中的“測試計(jì)劃”模塊添加兩個新測試用例的列表。1 .添加“用例審查”列表清單項(xiàng)目有“未審查”和“已審查”兩項(xiàng)。 差動

4、奧爾特為“未確認(rèn)”2 .添加“用例優(yōu)先級”列表列表項(xiàng)目為“低”、“一般”、“高”三項(xiàng)，差動奧爾特為“一般”對于1.3QC中的“缺陷”模塊的QC中客制化的故障狀態(tài)可能導(dǎo)致一些狀態(tài)值不能滿足整個檢驗(yàn)過程的要求，并如下客制化“遺漏缺陷狀態(tài)”列表以控制故障過程清單項(xiàng)目包括正在測試的缺陷的所有狀態(tài)。 新建、打開、修改、無遺漏缺陷、重新測試、關(guān)閉、重新打開、無處理、添加老虎鉗。2 .自定義項(xiàng)目工程實(shí)體2.1修正瑕疵實(shí)體1 .在“系統(tǒng)字段”中喀嚦聲“狀態(tài)”進(jìn)入字段設(shè)置，取消選中“必需”、“驗(yàn)證值”以后的項(xiàng)目測試中的缺陷狀態(tài)不再使用此QC提供的此字段。2 .用戶字段：添加缺陷狀態(tài)字段名稱記錄查詢密碼為“BG_

5、USER_01”，字段類型為“搜索列表”，選擇“必需”搜索列表選擇在客制化項(xiàng)目列表時新建的“遺漏缺陷狀態(tài)”列表今后的項(xiàng)目工程測試中缺陷的物態(tài)變化用此字段的值表示！2.2更改“測試”實(shí)體“新建用戶”字段為“*用例審查”*“用例優(yōu)先級”如下圖所示其中： *用例審查字段名稱為TS_USER_02，“搜索列表”使用在先中添加到“自定義項(xiàng)目工程列表”的“用例審查”對于“用例優(yōu)先級”字段名稱“TS_USER_01”，“搜索列表”使用在“自定義項(xiàng)目工程列表”中添加到在先的“用例優(yōu)先級”3 .設(shè)定群組不使用QC擁有的測試組，而添加兩個基于QC擁有的組的新組。 分別是admin_tester和“開發(fā)者”3.1設(shè)

6、立測試工作組設(shè)定如下Admin_tester的設(shè)置基于“TDAdmin”組下的化學(xué)基，權(quán)限設(shè)置如下僅在“缺陷”標(biāo)簽中設(shè)置在“缺陷”頁中，添加缺陷并取消選擇“狀態(tài)”。 缺陷狀態(tài)使用為項(xiàng)目工程測試設(shè)置的“缺陷狀態(tài)”字段，不再使用“狀態(tài)”字段。設(shè)置結(jié)果如上圖所示。喀嚦聲上圖的“缺陷數(shù)據(jù)隱藏過濾器”在“顯示字段”下，取消選中“狀態(tài)”字段。 如果QC添加了缺陷，則表示不顯示此字段！ 如上圖所示。在“缺陷”標(biāo)簽的“修正缺陷”欄中，取消選中“狀態(tài)”。 缺陷狀態(tài)是為了使用為項(xiàng)目工程測試設(shè)置的“缺陷狀態(tài)”字段。 設(shè)定結(jié)果如上圖所示。 此外，在缺陷數(shù)據(jù)隱藏過濾器的顯示字段中，取消選中狀態(tài)字段。3.2開發(fā)人員小組的

7、設(shè)置設(shè)定如下“開發(fā)者”設(shè)置基于“開發(fā)者”組下的化學(xué)基，權(quán)限設(shè)置如下僅在“缺陷”標(biāo)簽中設(shè)置1 .取消選中“追加缺陷”。 開發(fā)者不能追加缺陷。 如果是自己調(diào)試中的缺陷，在開發(fā)中進(jìn)行修正，如果是測試中，開發(fā)者可以發(fā)現(xiàn)缺陷，直接通知項(xiàng)目工程的測試者，測試者可以向QC提交缺陷。2 .如果在“修復(fù)缺陷”列中撤消選擇“狀態(tài)”，則不再使用此字段，并且在“隱藏缺陷數(shù)據(jù)過濾器”中撤消選擇“狀態(tài)”字段。 如下圖所示進(jìn)行設(shè)定3 .在“缺陷修正”一欄中，進(jìn)入“缺陷狀態(tài)”的設(shè)定，開發(fā)者的具體設(shè)定如下開發(fā)者可以狀態(tài)修正“打開”“打開”“廣告老虎鉗”這三種狀態(tài)的遺漏缺陷，修正的值是圖中的“to”的值。4 .設(shè)定項(xiàng)目工程使用者

8、如果將加入項(xiàng)目工程的所有用戶添加到“項(xiàng)目工程用戶”欄，并為每個用戶定義新組，則QC管理員只需要TDAdmin。測試人員使用“admin_tester”組開發(fā)者使用“開發(fā)者”小組項(xiàng)目工程經(jīng)理使用PM群組其他用戶可以使用“查看器”組。用于特定組的用戶在實(shí)際使用QC進(jìn)行辦事兒時避免了混亂，而無需添加其他并行組。5 .工作流設(shè)置5.1添加缺陷域的客制化1 .在用戶組admin_tester下，設(shè)置以下內(nèi)容主要是確?！盃顟B(tài)”字段未被選中2 .在用戶組“開發(fā)人員”中，設(shè)置以下內(nèi)容同樣，主要是確?！盃顟B(tài)”(status )字段未被選中。5.2缺陷詳細(xì)信息字段的客制化要確?！癮dmin_tester”和“de

9、velopment”用戶組下面的字段中沒有選擇“狀態(tài)”字段，請使用與5.1添加缺陷字段客制化相同的設(shè)置。5.3腳本編輯器5.3.1要求數(shù)字大板塊腳本在新的要求Requirements_Req_New腳本中，添加以下查詢密碼求助請求！新聞！錯誤恢復(fù)下一個req _ fields ( rq _ req _ reviewed ) .值=無評審req _ fields ( rq _ req _ comment ) .值= 3360測試要求的概要 vbCrLf _空格(1) 1. vbcrlf空格(1) 2. vbcrlfvbCrLf _2:測試點(diǎn)分析 vbcrlf空格(1) 1. vbcrlf空間(1

10、) 2. 錯誤轉(zhuǎn)移0日本超級聯(lián)賽實(shí)施內(nèi)容：1、對于新需求，審查狀態(tài)的差動奧爾特值為“未審查”，表示該新需求需要由檢查負(fù)責(zé)人等知情人員進(jìn)行需求審查，審查后狀態(tài)可以為“已審查”2、在新的要求下，在要求的說明中自動增加說明內(nèi)容的大綱。 形式如下所示:測試要求概要1.2.:測試點(diǎn)分析1.2.5.3.2測試計(jì)劃數(shù)字大板塊腳本在新的測試用例“TestPlan_Test_New”腳本中，添加以下查詢密碼子測試計(jì)劃測試新聞錯誤恢復(fù)下一個test _ fields ( ts _ user _ 02 ).value=無審核test _ fields ( ts _ user _ 01 ) .值=一般錯誤轉(zhuǎn)移0日本超

11、級聯(lián)賽實(shí)施內(nèi)容：1 .主要為兩個新添加的字段“用例審查”和“用例優(yōu)先級”分配差動奧爾特值。 用例審查的差動奧爾特值為“未審查”，表示該用例沒有被審查，測試知情人員進(jìn)行用例審查后，設(shè)為“審查完畢”時，該用例通過，可以進(jìn)行下一步驟的測試作業(yè)。 “優(yōu)先級”在差動奧爾特中設(shè)置為“一般”，如果需要優(yōu)先測試用例，請將該用例的優(yōu)先級設(shè)置為“高”。5.3.3缺陷數(shù)字大板塊腳本在新的缺陷“Defects_Bug_New”腳本下，加法查詢密碼如下所示子補(bǔ)償_新聞WizardFieldCust_Add由向?qū)砑觔ug _ fields ( BG _ dev _ comments ) .值=1.錯誤分析： vbCrL

12、f _ 23360解決方式： bug _ fields ( BG _ user _ 01 ) .值= new 數(shù)值=產(chǎn)品數(shù)值( rq _ req _ product )結(jié)束次實(shí)施內(nèi)容：1 .確定新缺陷時，缺陷的狀態(tài)為“新建”。2 .新建缺陷時，需要在“評論”中修正缺陷的相關(guān)開發(fā)人員，追加缺陷的錯誤分析和解決方法兩個內(nèi)容。 缺陷回歸測試容易，研發(fā)容易，測試技術(shù)交流容易。3 .新瑕疵的料號值會繼承您從新需求中選取的產(chǎn)品欄位值。第二章需求模塊1 .新需求1.1新需求名稱：是必需的，輸入測試要求的名稱。產(chǎn)品：從“自定義項(xiàng)目列表”中設(shè)置的“所有項(xiàng)目”列表中選擇列表值。已審核：通貨緊縮奧爾特為“無審核”。

13、說明：以差動奧爾特的主題(需求概要、積分分析)作成。1.2要求書制作要求1 .需求名稱：需求與產(chǎn)品需求說明或技術(shù)需求說明文件基本一致，成為測試中顯而易見的需求名稱。2 .說明內(nèi)容：測試需求概要：根據(jù)業(yè)務(wù)需求說明書和技術(shù)需求說明書，轉(zhuǎn)換為測試需求信息，寫入新的需求。測試點(diǎn)分析：根據(jù)該測試需求的概要化學(xué)基，給出測試點(diǎn)，指導(dǎo)測試用例的設(shè)計(jì)，防止測試點(diǎn)的泄漏，改善測試用例的復(fù)蓋度如果編寫了需求描述內(nèi)容，并且每行的字符達(dá)到了QC的差動奧爾特的這個需求頁面寬度，則剪輯師應(yīng)該自主換行，以便于今后閱讀需求。說明文簡潔精煉，內(nèi)容易讀。 避免長句。測試點(diǎn)需要特別注意的部分可以用“藍(lán)色”表示。4 .需求樹形式：如圖

14、所示，每個需求繼承較高層的需求特性，并且從“_1”開始編號，同級的編號從“_1”開始鍵盤增量，較低層從“_1_1”開始，或者從“新內(nèi)容_1_內(nèi)容”開始。 確保同級需求格式的開頭字符串匹配，并按編號排序。5 .需求書編制：根據(jù)項(xiàng)目工程功能點(diǎn)的復(fù)雜性，自主確定測試需求樹層次，一般需求樹為4層次，第4層次自動變?yōu)椤皽y試用例”。 因此，在制定測試需求時，必須進(jìn)行必要的細(xì)分，使最終級別的子需求成為“測試用例”變得方便。注意：編號后跟可能是因?yàn)榫幪栠_(dá)到最后一級的需求，編號可能會變長，但我們注意的是需求的內(nèi)容，所以內(nèi)容放在前面，編號放在后面。2 .轉(zhuǎn)換測試使用“需求”菜單中的“轉(zhuǎn)換測試”執(zhí)行轉(zhuǎn)換測試。在自動

15、轉(zhuǎn)換操作中，選擇“將最低子需求轉(zhuǎn)換為測試”作為轉(zhuǎn)換方法第三章業(yè)務(wù)組件模塊1 .業(yè)務(wù)組件介紹這是利用了QTP和QC的完美組合的體系結(jié)構(gòu)。 輕松實(shí)現(xiàn)當(dāng)前比較流行的3層測試信息幀工作：腳本層、業(yè)務(wù)層、數(shù)據(jù)層分離，為開展功能自動化測試提供高效、穩(wěn)定、測試實(shí)現(xiàn)平臺2 .具體表現(xiàn)相關(guān)業(yè)務(wù)人員可以在沒有腳本的環(huán)境中組合業(yè)務(wù)組件以實(shí)現(xiàn)業(yè)務(wù)流程對業(yè)務(wù)人員的計(jì)程儀編程能力沒有要求，業(yè)務(wù)人員只需理解系統(tǒng)的業(yè)務(wù)流程，無需在意具體腳本的實(shí)現(xiàn)。 這也實(shí)現(xiàn)了業(yè)務(wù)層和腳本層的分離。一旦開發(fā)了組件，就可以在不同的流程中使用，從而實(shí)現(xiàn)高復(fù)用性并加快業(yè)務(wù)流程的測試。明確的職責(zé)分工，業(yè)務(wù)負(fù)責(zé)人負(fù)責(zé)流程的開發(fā)，組織的QTP工程師負(fù)責(zé)腳

16、本的開發(fā)、維護(hù)和相應(yīng)的通訊庫的開發(fā)、維護(hù)。由于實(shí)現(xiàn)了腳本的多路復(fù)用，提高了自動開發(fā)的效率，在測試過程中維護(hù)的時間和成本變得隱形了。3 .工作流程4 .測試使用？由于當(dāng)前公司的QC版本為9，所以現(xiàn)在測試人員學(xué)習(xí)和測試使用的QTP版本為9.5以上。 因此，無法在QC中創(chuàng)建QTP的應(yīng)用結(jié)構(gòu)域。此外，QTP自動化信息幀工作中的業(yè)務(wù)、腳本、數(shù)據(jù)分離的實(shí)現(xiàn)也能夠在公司的已有的信息幀工作下進(jìn)一步實(shí)現(xiàn)，所以QC中的“業(yè)務(wù)組件”模塊暫時也可以不考慮使用。第四章規(guī)劃模塊1 .創(chuàng)建用例1.1制作案例分析從測試要求中通訊端口的用例描述：在用例的“詳細(xì)信息”標(biāo)簽中，將“用例審核”設(shè)置為“未審核”，并設(shè)置“用例優(yōu)先級”在用例的“設(shè)計(jì)步驟”選項(xiàng)卡中，添加測試步驟、步驟說明、創(chuàng)建預(yù)期結(jié)果的方法規(guī)格，達(dá)到頁面寬度時，設(shè)計(jì)用例用戶自主換行上傳用例所需的附件1.2創(chuàng)建新用例如果要從“測試計(jì)劃”模塊創(chuàng)建新用例，請完成以下步驟測試名稱：必須繼承“文件夾”