QC使用流程定制及操作規(guī)范

1、PAGE 時(shí)間狀態(tài)修訂人2009-11-2初稿張彥彬必聯(lián)（北京）電子商務(wù)信息技術(shù)有限公司 DATE yyyy年M月 * MERGEFORMAT 2022年8月以及操作說明QC使用流程定制PAGE iii目 錄TOC o 1-3 h z HYPERLINK l _Toc245175428 第一章 管理員定義 PAGEREF _Toc245175428 h 1 HYPERLINK l _Toc245175429 1. 自定義項(xiàng)目列表表 PAGEREF _Toc245175429 h 1 HYPERLINK l _Toc245175430 1.1 針對(duì)QC中的的“需求”模塊 PAGEREF _Toc

2、245175430 h 1 HYPERLINK l _Toc245175431 1.2 針對(duì)QC中的的“測試計(jì)劃”模塊 PAGEREF _Toc245175431 h 2 HYPERLINK l _Toc245175432 1.3 針對(duì)QC中的的“缺陷”模塊 PAGEREF _Toc245175432 h 2 HYPERLINK l _Toc245175433 2. 自定義項(xiàng)目實(shí)體體 PAGEREF _Toc245175433 h 3 HYPERLINK l _Toc245175434 2.1 “缺陷”實(shí)體體修改 PAGEREF _Toc245175434 h 3 HYPERLINK l _T

3、oc245175435 2.2 “TEST”實(shí)體修改 PAGEREF _Toc245175435 h 4 HYPERLINK l _Toc245175436 3. 設(shè)置組 PAGEREF _Toc245175436 h 6 HYPERLINK l _Toc245175437 3.1 設(shè)置測試工作作者組 PAGEREF _Toc245175437 h 6 HYPERLINK l _Toc245175438 3.2 設(shè)置開發(fā)人員員組 PAGEREF _Toc245175438 h 8 HYPERLINK l _Toc245175439 4. 設(shè)置項(xiàng)目用戶 PAGEREF _Toc245175439

4、 h 9 HYPERLINK l _Toc245175440 5. 設(shè)置工作流流 PAGEREF _Toc245175440 h 10 HYPERLINK l _Toc245175441 5.1 添加缺陷字段段自定義 PAGEREF _Toc245175441 h 10 HYPERLINK l _Toc245175442 5.2 缺陷詳細(xì)信息息字段自定義 PAGEREF _Toc245175442 h 11 HYPERLINK l _Toc245175443 5.3 腳本本編輯器 PAGEREF _Toc245175443 h 11 HYPERLINK l _Toc245175444 第二章

5、需求模塊 PAGEREF _Toc245175444 h 14 HYPERLINK l _Toc245175445 1. 新建需求 PAGEREF _Toc245175445 h 14 HYPERLINK l _Toc245175446 1.1 新建需求 PAGEREF _Toc245175446 h 14 HYPERLINK l _Toc245175447 1.2 需求編寫要求求 PAGEREF _Toc245175447 h 14 HYPERLINK l _Toc245175448 2. 轉(zhuǎn)換測試 PAGEREF _Toc245175448 h 15 HYPERLINK l _Toc245

6、175449 第三章 業(yè)務(wù)組件模塊塊 PAGEREF _Toc245175449 h 17 HYPERLINK l _Toc245175450 1. 業(yè)務(wù)組件介紹 PAGEREF _Toc245175450 h 17 HYPERLINK l _Toc245175451 2. 具體體現(xiàn) PAGEREF _Toc245175451 h 17 HYPERLINK l _Toc245175452 3. 工作流程 PAGEREF _Toc245175452 h 18 HYPERLINK l _Toc245175453 4. 測試使用？ PAGEREF _Toc245175453 h 18 HYPERLI

7、NK l _Toc245175454 第四章 計(jì)劃模塊 PAGEREF _Toc245175454 h 19 HYPERLINK l _Toc245175455 1. 用例編寫 PAGEREF _Toc245175455 h 19 HYPERLINK l _Toc245175456 1.1 導(dǎo)入用例編寫寫 PAGEREF _Toc245175456 h 19 HYPERLINK l _Toc245175457 1.2 新建用例編寫寫 PAGEREF _Toc245175457 h 19 HYPERLINK l _Toc245175458 1.3 用例編寫要求求 PAGEREF _Toc2451

8、75458 h 19 HYPERLINK l _Toc245175459 2. 鏈接缺陷 PAGEREF _Toc245175459 h 20 HYPERLINK l _Toc245175460 第五章 實(shí)驗(yàn)室模塊 PAGEREF _Toc245175460 h 21 HYPERLINK l _Toc245175461 第六章 缺陷模塊 PAGEREF _Toc245175461 h 22 HYPERLINK l _Toc245175462 1. 新增缺陷 PAGEREF _Toc245175462 h 22 HYPERLINK l _Toc245175463 2. 缺陷編寫要求 PAGERE

9、F _Toc245175463 h 22 HYPERLINK l _Toc245175464 3. 缺陷范例 PAGEREF _Toc245175464 h 23 HYPERLINK l _Toc245175465 4. 界面顯示 PAGEREF _Toc245175465 h 23 HYPERLINK l _Toc245175466 5. 缺陷狀態(tài)控制 PAGEREF _Toc245175466 h 24 HYPERLINK l _Toc245175467 5.1 測試人員控制制缺陷狀態(tài) PAGEREF _Toc245175467 h 24 HYPERLINK l _Toc245175468

10、 5.2 測試負(fù)責(zé)人控控制缺陷狀態(tài) PAGEREF _Toc245175468 h 25 HYPERLINK l _Toc245175469 5.3 開發(fā)人員控制制缺陷狀態(tài) PAGEREF _Toc245175469 h 25 HYPERLINK l _Toc245175470 第七章 QC綜述 PAGEREF _Toc245175470 h 26 HYPERLINK l _Toc245175471 1. 流程綜述 PAGEREF _Toc245175471 h 26 HYPERLINK l _Toc245175472 2. 指導(dǎo)意見 PAGEREF _Toc245175472 h 26PAG

11、E 26管理員定義自定義項(xiàng)目列表針對(duì)QC中的“需求”模塊新建需求時(shí)，使用的“產(chǎn)品”的字段，進(jìn)行如如下修改：進(jìn)入自定義項(xiàng)目列表：1這個(gè)“所有項(xiàng)目”列表對(duì)應(yīng)QC需需求中的“產(chǎn)品”字段，我們公司以項(xiàng)目為為產(chǎn)品，開展測試試，每個(gè)開發(fā)的項(xiàng)目下，可可以細(xì)分具體的測測試子產(chǎn)品，所以以，需要把這個(gè)“產(chǎn)品”細(xì)化一下，用于對(duì)對(duì)新建的“測試需求”的一個(gè)屬性描述述，圖中的“列表項(xiàng)”中，主要列出測測試需求所屬的子子產(chǎn)品的分類。以以公司開始的“競爭性談判”這個(gè)項(xiàng)目實(shí)體為為例，在新建測試試需求時(shí)，可能會(huì)會(huì)分到“節(jié)點(diǎn)”，“視圖”，“流程”等各子產(chǎn)品下，所所以，在QC建測測試項(xiàng)目之初，需需要在“所有項(xiàng)目”下的列表項(xiàng)中，加加入圖

12、中的一些新新的列表，便于在在QC新建測試需需求時(shí)選用。2列表“審閱狀態(tài)”：列表項(xiàng)為“未審閱”和“已審閱”，默認(rèn)為“未審閱”針對(duì)QC中的“測試計(jì)計(jì)劃”模塊增加兩個(gè)列表，用于新新建測試用例。1新增“用例審查“列表列表項(xiàng)為兩項(xiàng)：“未審審查”和“已審查”。默認(rèn)為“未審查”2新增“用例優(yōu)先級(jí)級(jí)”列表列表項(xiàng)為三項(xiàng)：“低”“一般”“高”，默認(rèn)為“一般”針對(duì)QC中的“缺陷”模塊QC中自定義的缺陷狀狀態(tài)有可能一些狀狀態(tài)值不符合測試試整體過程的要求求，以及對(duì)缺陷流流程進(jìn)行控制，所所以，自定義一個(gè)個(gè)“bug狀態(tài)”的列表，具體如如圖所示：列表項(xiàng)中包括測試過程程中缺陷的所有狀狀態(tài)：新建，打開開，已修改，非BUG，已已復(fù)

13、測，已關(guān)閉，重重新打開，暫不處處理，建議。自定義項(xiàng)目實(shí)體“缺陷”實(shí)體修改1. 在“系統(tǒng)字段”中，點(diǎn)擊“狀態(tài)”進(jìn)入字段設(shè)置，把把“必填”，“驗(yàn)證值”的勾選去掉！以后后項(xiàng)目測試過程中中的缺陷的狀態(tài)，都都不再使用該QC提提供的該字段。2. 新增“用戶字段段”缺陷狀態(tài)字段名記錄為“BG_USER_01”，字段類型為“查找列表”，選中“必填”查找列表選擇在自定義義項(xiàng)目列表時(shí)新建建的“bug狀態(tài)”列表以后項(xiàng)目測試過程中的的缺陷的狀態(tài)變化化都用此字段中的的值來表示！“TEST”實(shí)體修改新增用戶字段為“* 用例審查”，“* 用例優(yōu)先級(jí)級(jí)”如下兩圖所示：其中：“* 用例審查查”字段名稱“TS_USER_02”，

14、“查找列表”使用之前在“自定義項(xiàng)目列表表”中新增的“用例審查”；“* 用例優(yōu)先級(jí)”字段段名稱“TS_USER_01”，“查找列表”使用之前在“自定義項(xiàng)目列表表”中新增的“用例優(yōu)先級(jí)”；設(shè)置組不使用QC自帶的測試試組劃分，新增兩兩個(gè)基于QC原有有組的新組，分別別為：admin_tester 和 “開發(fā)人員”設(shè)置測試工作者組設(shè)置如下：Admin_tester的的設(shè)置基于“TDAdmin”組下，權(quán)限設(shè)置置為：只對(duì)“缺陷”分頁下進(jìn)進(jìn)行設(shè)置：在“缺陷”頁面下，添加缺缺陷下，取消勾選選“狀態(tài)”，因?yàn)槲覀兊娜比毕轄顟B(tài)將使用針針對(duì)項(xiàng)目測試所設(shè)設(shè)置的“缺陷狀態(tài)”字段，不再使用“狀態(tài)”字段！設(shè)置結(jié)果如如上圖所示。

15、點(diǎn)擊上圖中的“缺陷數(shù)數(shù)據(jù)隱藏篩選器”：在“可見字段”下，取消勾勾選“狀態(tài)”字段。表示該字字段在QC添加缺缺陷時(shí)，該字段不不再顯示！如上圖圖所示。在“缺陷”分頁下，“修改改缺陷”欄下，取消勾選“狀態(tài)”，因?yàn)槲覀兊娜比毕轄顟B(tài)將使用針針對(duì)項(xiàng)目測試所設(shè)設(shè)置的“缺陷狀態(tài)”字段。設(shè)置結(jié)果果如上圖所示。同同時(shí)，在“缺陷數(shù)據(jù)隱藏篩篩選器”下，在“可見字段”中，取消勾選“狀態(tài)”字段。設(shè)置開發(fā)人員組設(shè)置如下：“開發(fā)人員”的設(shè)置基于于“Developer”組下，權(quán)限設(shè)置為：只對(duì)“缺陷”分頁下進(jìn)進(jìn)行設(shè)置：取消勾選“添加缺陷”。開發(fā)人員不可可以添加缺陷，如果是是自身調(diào)試過程中中的缺陷，直接在在開發(fā)過程中修改改，如果是測

16、試過過程中，開發(fā)人員員發(fā)現(xiàn)缺陷，可以以直接告知項(xiàng)目測測試人員，由測試試人員將缺陷提交交至QC。在“修改缺陷”欄下，取消消勾選“狀態(tài)”，表示不再使用用該字段，同時(shí)，在在“缺陷數(shù)據(jù)隱藏篩篩選器”下，取消勾選“狀態(tài)”字段，如下圖設(shè)設(shè)置：在“修改缺陷”欄下，進(jìn)入入“缺陷狀態(tài)”設(shè)置，開發(fā)人員員的具體設(shè)置如下下：開發(fā)人員可以對(duì)“打開開”，“重新打開”，“建議”三種狀態(tài)的BUG進(jìn)進(jìn)行狀態(tài)修改，修修改后的值為圖中中“到”的值。設(shè)置項(xiàng)目用戶添加參與該項(xiàng)目的所有有用戶到“項(xiàng)目用戶”欄內(nèi)， 然后，給給每個(gè)用戶定義新新的組，QC的管管理員只使用TDAdmin即即可。測試人員使用“admin_tester”組開發(fā)人員使

17、用“開發(fā)人人員”組項(xiàng)目經(jīng)理使用“PM”組其他人員可以使用“Viewer”組。使用到具體組的用戶，不不再添加并列的其其他組，避免造成成實(shí)際操作使用QC開展工作作時(shí)的混亂。設(shè)置工作流添加缺陷字段自定義1用戶組admin_tester下下，設(shè)置為：主要是確定沒有勾選“狀態(tài)”字段！2用戶組“開發(fā)人員員”下，設(shè)置為：同樣，主要是確定沒有有勾選“狀態(tài)”字段。缺陷詳細(xì)信息字段自定定義設(shè)置同5.1“添加缺缺陷字段自定義”，確定“admin_tester”和“開發(fā)人員”兩個(gè)用戶組下的可見字段中，都沒有勾選“狀態(tài)”字段。腳本編輯器需求模板腳本在新建需求Requirements_Req_New腳本下，加入代碼為：S

18、ub Requirements_Req_New On Error Resume Next Req_Fields(RQ_REQ_REVIEWED).Value=未審閱 Req_Fields(RQ_REQ_COMMENT).Value=一:測試需求求概述& vbCrLf & _ space(1)& 1.& vbCrLf & _ space(1)& 2.& vbCrLf & _ vbCrLf &二:測試要點(diǎn)分分析& vbCrLf & _ space(1)& 1.& vbCrLf & _ space(1)& 2. On Error GoTo 0End Sub實(shí)現(xiàn)內(nèi)容：在新建需求時(shí)，審閱狀狀態(tài)默認(rèn)值為“

19、未審閱”，表示該新建的的需求需要測試負(fù)負(fù)責(zé)人等相關(guān)人員員進(jìn)行需求評(píng)審，評(píng)評(píng)審后，才能將狀狀態(tài)置為“已審閱”新建需求下，在需求描描述中，自動(dòng)加入入描述內(nèi)容大綱，格格式為：一:測試需求概述1.2.二:測試要點(diǎn)分析1.2.測試計(jì)劃模板腳本在新建測試用例“TestPlan_Test_New”腳本下，加入代碼為：Sub TestPlan_Test_New On Error Resume Next Test_Fields(TS_USER_02).Value =未審查 Test_Fields(TS_USER_01).Value =一般 On Error GoTo 0End Sub實(shí)現(xiàn)內(nèi)容：主要是對(duì)新增的兩個(gè)

20、字字段“用例審查”和“用例優(yōu)先級(jí)”賦默認(rèn)值。用例例審查的默認(rèn)值為為“未審查”，表示該用例未未經(jīng)過評(píng)審，由測測試相關(guān)負(fù)責(zé)人進(jìn)進(jìn)行用例審查后，置置為“已審查”，則該用例通過過，可以進(jìn)行下一一步的測試工作?！皟?yōu)先級(jí)”默認(rèn)為一般，如果用例需要優(yōu)先安排進(jìn)行測試，則將該用例的優(yōu)級(jí)級(jí)設(shè)置為“高”。缺陷模板腳本在新建缺陷“Defects_Bug_New”腳本下，加和代碼為：Sub Defects_Bug_New WizardFieldCust_Add 由由向?qū)砑?Bug_Fields(BG_DEV_COMMENTS).Value =1.錯(cuò)誤分分析:& vbCrLf & _ 2:解決方式: Bug_Field

21、s(BG_USER_01).Value=新建Bug_Fields(BG_PROJECT).Value= Req_Fields(RQ_REQ_PRODUCT).ValueEnd Sub實(shí)現(xiàn)內(nèi)容：確定新建缺陷時(shí)，缺陷陷的狀態(tài)為“新建”。對(duì)新建缺陷時(shí)，“注釋釋”中，需要修改缺缺陷的相關(guān)開發(fā)人人員加入兩個(gè)內(nèi)容容，一是缺陷錯(cuò)誤誤分析，二是解決決方式。便于進(jìn)行行缺陷的回歸測試試，便于開發(fā)，測測試技術(shù)交流。新建缺陷的“項(xiàng)目”值值繼承從新建需求求時(shí)選擇的“產(chǎn)品”字段值。需求模塊新建需求新建需求名稱：是必填項(xiàng)，輸入入測試需求的名稱稱。產(chǎn)品：選擇在“自定義義項(xiàng)目列表”中，設(shè)置的“所有項(xiàng)目”列表中的列表值值。已審閱

22、：默認(rèn)已為“未未審閱”。描述：按默認(rèn)的題綱（需需求概述，要點(diǎn)分分析）進(jìn)行編寫。需求編寫要求1 需求名稱：要求求和產(chǎn)品需求說明明或技術(shù)需求說明明文檔基本一致，轉(zhuǎn)轉(zhuǎn)化為測試認(rèn)為顯顯著的需求名稱。2 描述內(nèi)容：測試需求概述：基于業(yè)業(yè)務(wù)需求說明書和和技術(shù)需求說明書書，轉(zhuǎn)化為測試需需求信息，寫入新新建需求中。測試要點(diǎn)分析：列出基基于該測試需求概概述下，測試關(guān)注注點(diǎn)，指導(dǎo)測試用用例的設(shè)計(jì)，防止止測試點(diǎn)遺漏，完完善測試用例覆蓋蓋度需求的描述內(nèi)容編寫，每行文字達(dá)到QC默默認(rèn)的該需求頁面面寬度時(shí)，編者應(yīng)該主動(dòng)回車換行，便于以以后需求的查看瀏瀏覽。描述語句簡潔，精練，內(nèi)內(nèi)容易讀。避免長長語句。測試要點(diǎn)需要特殊注意

23、意的部分，可以使使用“藍(lán)色”顏色進(jìn)行標(biāo)志。需求樹格式：格式參考為圖所示，每每個(gè)需求繼承上一一級(jí)需求特征，并并且從“_1”進(jìn)行編號(hào)，同級(jí)級(jí)的號(hào)從“_1”開始累加，下一一級(jí)以“_1_1”開始，或者“新內(nèi)容_1_內(nèi)內(nèi)容”開始，保證同級(jí)級(jí)需求的格式前面面字符串是一致，并并以編號(hào)排序。需求編寫：根據(jù)項(xiàng)目功功能點(diǎn)復(fù)雜度，自自主確定測試需求求樹層次，一般需需求樹為四層，第第四層自動(dòng)轉(zhuǎn)化后后為“測試用例”。所以，測試需需求編寫時(shí)，一定定要進(jìn)行必要細(xì)化化，方便最后一層層的子需求轉(zhuǎn)化為為“測試用例”。注： 之所以把編號(hào)后后置，是因?yàn)榫幪?hào)號(hào)到最后一級(jí)需求求時(shí)，可能編號(hào)會(huì)會(huì)很長，而我們關(guān)關(guān)注的是需求的內(nèi)內(nèi)容，所以，內(nèi)

24、容容置前，編號(hào)置后后。轉(zhuǎn)換測試轉(zhuǎn)換測試使用“需求”菜單下“轉(zhuǎn)換測試”進(jìn)行操作。自動(dòng)轉(zhuǎn)換操作中，轉(zhuǎn)換換方法選取“將最底層的子需需求轉(zhuǎn)換為測試”業(yè)務(wù)組件模塊業(yè)務(wù)組件介紹這是一個(gè)利用QTP與與QC的完美結(jié)合合組成的一個(gè)體系系架構(gòu)。它可以輕輕易實(shí)現(xiàn)目前比較較流行的三層測試試架構(gòu)：腳本層，業(yè)業(yè)務(wù)層，數(shù)據(jù)層相相分離，為開展功功能自動(dòng)化測試提提供一個(gè)高效、穩(wěn)穩(wěn)定、測試實(shí)現(xiàn)平臺(tái)具體體現(xiàn)相關(guān)業(yè)務(wù)人員可以在沒沒有腳本的環(huán)境下下組合業(yè)務(wù)組件，實(shí)實(shí)現(xiàn)業(yè)務(wù)流程對(duì)業(yè)務(wù)人員的編程能力力沒有要求，業(yè)務(wù)務(wù)人員只需了解系系統(tǒng)的業(yè)務(wù)流程，不不用關(guān)心具體的腳腳本實(shí)現(xiàn)。這一點(diǎn)點(diǎn)也實(shí)現(xiàn)了業(yè)務(wù)層層和腳本層的分離離。一旦某個(gè)組件開發(fā)完畢畢，

25、即可在不同的的流程中使用該組組件，實(shí)現(xiàn)高可復(fù)復(fù)用性，從而加快快業(yè)務(wù)流程測試的的速度。明確的角色分工，業(yè)務(wù)務(wù)人員負(fù)責(zé)流程的的開發(fā)、組織；QTP工工程師負(fù)責(zé)腳本的的開發(fā)、維護(hù)以及及相應(yīng)函數(shù)庫的開開發(fā)、維護(hù)。因?yàn)閷?shí)現(xiàn)了腳本的復(fù)用用，提高了自動(dòng)化化開發(fā)的效率，無無形中就降低了測測試過程中維護(hù)的的時(shí)間和成本。工作流程測試使用？因?yàn)楝F(xiàn)在的公司QC版版本為9，現(xiàn)在測測試人員學(xué)習(xí)并逐逐步使用于測試的的QTP的版本在在9.5以上。所所以，不能創(chuàng)建QTP的的應(yīng)用域到QC。另外，QTP自動(dòng)化框框架中的業(yè)務(wù)，腳腳本，數(shù)據(jù)分開實(shí)實(shí)現(xiàn)也可以在公司司原有的框架下進(jìn)進(jìn)一步實(shí)現(xiàn)，所以以，QC中的“業(yè)務(wù)組件”模塊可以暫時(shí)不不考慮

26、使用。計(jì)劃模塊用例編寫導(dǎo)入用例編寫從測試需求中，導(dǎo)入的的用例編寫：在用例“詳細(xì)信息”分分頁下，設(shè)置“用例審查”為“未審查”，并對(duì)“用例優(yōu)先級(jí)”進(jìn)行設(shè)置在用例“設(shè)計(jì)步驟”分分頁下，添加測試試步驟，步驟中的的描述和預(yù)期結(jié)果果編寫方式規(guī)范，到到頁面寬度時(shí)，設(shè)設(shè)計(jì)用例者主動(dòng)回回車換行上傳用例需要的附件新建用例編寫如果從“測試計(jì)劃”模模塊下新建用例，編編寫：測試名稱：應(yīng)該繼承“文件夾”的名稱，或者和和同級(jí)的其他從需需求導(dǎo)入的用例名名稱保持結(jié)構(gòu)一致致！在用例“詳細(xì)信息”分分頁下，設(shè)置“用例審查”為“未審查”，并對(duì)“用例優(yōu)先級(jí)”進(jìn)行設(shè)置（默認(rèn)認(rèn)應(yīng)該已經(jīng)設(shè)置）在用例“設(shè)計(jì)步驟”分分頁下，添加測試試步驟，步驟中

27、的的描述和預(yù)期結(jié)果果編寫方式規(guī)范，到到頁面寬度時(shí)，設(shè)設(shè)計(jì)用例者主動(dòng)回回車換行上傳用例需要的附件在用例“需求覆蓋”分分頁下，選擇需求求，手動(dòng)把用例關(guān)關(guān)聯(lián)到相應(yīng)的需求求。用例編寫要求每一個(gè)文件夾下的用例例格式是一致的，按按編號(hào)+內(nèi)容進(jìn)行行排序。如下圖：用例設(shè)計(jì)“步驟名稱”簡短，“描述”和“預(yù)期結(jié)果”編寫到達(dá)頁面寬寬度，主動(dòng)回車換換行，描述和預(yù)期期結(jié)果對(duì)應(yīng)，有參參數(shù)輸入就必須有有輸出結(jié)果一種描述或輸入，有多多種測試期望結(jié)果果，應(yīng)該把測試步步驟分開設(shè)計(jì)編寫寫一種描述或輸入，影響響到多個(gè)業(yè)務(wù)或功功能模塊，則設(shè)計(jì)計(jì)另外測試用例進(jìn)進(jìn)行測試步驟設(shè)計(jì)計(jì)。執(zhí)行測試用例時(shí)，按“用例優(yōu)先級(jí)”進(jìn)行。鏈接缺陷QC中的每個(gè)

28、測試缺陷陷都有它的源，源源在測試需求，經(jīng)經(jīng)過測試計(jì)劃中的的用例，測試實(shí)驗(yàn)驗(yàn)室對(duì)測試用例的的執(zhí)行，最終會(huì)產(chǎn)產(chǎn)生一個(gè)新的缺陷陷。因?yàn)闇y試需求自動(dòng)轉(zhuǎn)化化為測試計(jì)劃和用用例，測試實(shí)驗(yàn)室室執(zhí)行測試?yán)速M(fèi)人人力和時(shí)間，且自自動(dòng)生成的缺陷內(nèi)內(nèi)容中，有很多冗冗長的無用信息，使使缺陷看似“寵大”，易讀性差所以，我們公司的缺陷陷出處，即“源”應(yīng)該設(shè)置在測試試用例中。具體操操作：在每個(gè)測試用例中的“鏈接的缺陷”分頁下，點(diǎn)擊“添加和鏈接缺陷陷”，進(jìn)行缺陷添加加操作。注：QC中所有的缺陷陷新增，都應(yīng)該是是以測試用例為源源進(jìn)行新增！實(shí)驗(yàn)室模塊注：測試實(shí)驗(yàn)室模塊主主要控制測試執(zhí)行行，包括手工測試試用例以及其他測測試用例，如自

29、動(dòng)動(dòng)化用例等。因?yàn)闉楝F(xiàn)階段公司的測測試執(zhí)行工作一般般由測試用例編寫寫人員進(jìn)行。并非非要指定測試員去去執(zhí)行用例，所以以，對(duì)實(shí)驗(yàn)室可以以不作使用。節(jié)約約時(shí)間成本，人力力成本。同時(shí)，從實(shí)驗(yàn)室導(dǎo)出的的缺陷描述，本身身有很多冗長的沒沒用信息，缺陷查查看也不方便，所所以也不建議從實(shí)實(shí)驗(yàn)室導(dǎo)出生成缺缺陷。而直接從相相關(guān)測試用例直接接去生成，關(guān)聯(lián)缺缺陷！缺陷模塊新增缺陷新增缺陷入口為QC“計(jì)劃”模塊下的測試用用例（鏈接的缺陷陷分頁面下）這樣新增缺陷目的在于于：便于缺陷和需求，用例例的鏈接。方便查查找缺陷出處避免測試人員測試交叉叉功能用例，造成成的缺陷提交重復(fù)復(fù)的問題，因?yàn)楦奖阃ㄟ^用例查查看原有鏈接缺陷陷其

30、他部門查看缺陷產(chǎn)生生原因更易明白。缺陷編寫要求結(jié)合公司原有的缺陷流流程管理規(guī)范以及及項(xiàng)目測試實(shí)際應(yīng)應(yīng)用， 在缺陷編編寫方面做以下要要求：缺陷“摘要”書寫：用例文件夾名-測試試用例名-編號(hào)如：節(jié)點(diǎn)-上傳競爭爭性談判文件_1_單個(gè)上傳-001，其中中，“節(jié)點(diǎn)”是該用例所在的的文件夾的名稱，“上傳競爭性談判文件_1_單個(gè)上傳”是測試用例名，“001”是該用例下的缺陷編號(hào)，表示這是該用例的第一個(gè)缺陷。缺陷“嚴(yán)重程度”，缺缺陷“優(yōu)先級(jí)”，按QC原有設(shè)設(shè)置，在新建缺陷陷時(shí)，測試人員根根據(jù)個(gè)人經(jīng)驗(yàn)選擇擇不同級(jí)別，最終終完成缺陷提交，測測試負(fù)責(zé)人進(jìn)行缺缺陷審查時(shí)，再進(jìn)一步確確定缺陷級(jí)別是否否合理，并把缺陷陷狀

31、態(tài)從“新建”狀態(tài)轉(zhuǎn)為“打開”狀態(tài)。缺陷“描述”，第一行：測試 用例名問題描述關(guān)鍵字字其中，“測試 用例名”是新增缺陷時(shí)，從從用例自動(dòng)關(guān)聯(lián)過過來的字符串，后后面的“問題描述關(guān)鍵字字”則要測試人員根根據(jù)這個(gè)缺陷內(nèi)容容書寫如：“測試 上上傳競爭性談判文文件_1_單個(gè)上傳上傳失敗”表示用例“上傳競爭性性談判文件_1_單個(gè)上傳”中，存在上傳失失敗的缺陷！缺陷“描述”1第二行往下，具體體描述缺陷產(chǎn)生步步驟，按1，2，3如如此步驟分行進(jìn)行行描述，每行文字字達(dá)到缺陷頁面默默認(rèn)寬度時(shí)，缺陷陷創(chuàng)建人員主動(dòng)回回車換車；2描述要求文字精練練，避免使用過長長語句，缺陷出處處描述清晰；3實(shí)際結(jié)果（實(shí)際缺缺陷問題）可以用用“紅色”顏色字體標(biāo)志。缺陷“注釋”，測試人人員新建缺陷時(shí)，不不關(guān)注“注釋”，開發(fā)人員修改改后，需要根據(jù)注注釋要求，填寫注注釋并提交，測試試人員在進(jìn)行缺陷陷驗(yàn)證時(shí)，需關(guān)注注“注釋”內(nèi)容并進(jìn)行總結(jié)結(jié)。缺陷范例摘要：狀態(tài)節(jié)點(diǎn)-廢廢棄專家-001測試: 狀態(tài)節(jié)點(diǎn)-廢棄專家-