QC使用手冊(cè)及相關(guān)操作_第1頁(yè)
QC使用手冊(cè)及相關(guān)操作_第2頁(yè)
QC使用手冊(cè)及相關(guān)操作_第3頁(yè)
QC使用手冊(cè)及相關(guān)操作_第4頁(yè)
QC使用手冊(cè)及相關(guān)操作_第5頁(yè)
已閱讀5頁(yè),還剩24頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶(hù)提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶(hù)所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶(hù)上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶(hù)上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶(hù)因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

評(píng)論

0/150

提交評(píng)論