qc使用流程定制及操作規(guī)范(編輯修改稿)
2025-05-09 00:28 本頁面
【文章內容簡介】 Test_Fields(TS_USER_02).Value =未審查 Test_Fields(TS_USER_01).Value =一般 On Error GoTo 0End Sub實現(xiàn)內容：1． 主要是對新增的兩個字段“用例審查”和“用例優(yōu)先級”賦默認值。用例審查的默認值為“未審查”，表示該用例未經(jīng)過評審，由測試相關負責人進行用例審查后，置為“已審查”，則該用例通過，可以進行下一步的測試工作?！皟?yōu)先級”默認為一般，如果用例需要優(yōu)先安排進行測試，則將該用例的優(yōu)級級設置為“高”。 缺陷模板腳本在新建缺陷“Defects_Bug_New”腳本下，加和代碼為：Sub Defects_Bug_New WizardFieldCust_Add 39。 由向導添加 Bug_Fields(BG_DEV_COMMENTS).Value =:amp。 vbCrLf amp。 _ 2:解決方式: Bug_Fields(BG_USER_01).Value=新建Bug_Fields(BG_PROJECT).Value= Req_Fields(RQ_REQ_PRODUCT).ValueEnd Sub實現(xiàn)內容：1． 確定新建缺陷時，缺陷的狀態(tài)為“新建”。2． 對新建缺陷時，“注釋”中，需要修改缺陷的相關開發(fā)人員加入兩個內容，一是缺陷錯誤分析，二是解決方式。便于進行缺陷的回歸測試，便于開發(fā)，測試技術交流。3． 新建缺陷的“項目”值繼承從新建需求時選擇的“產(chǎn)品”字段值。第二章 需求模塊1. 新建需求 新建需求名稱：是必填項，輸入測試需求的名稱。產(chǎn)品：選擇在“自定義項目列表”中，設置的“所有項目”列表中的列表值。已審閱：默認已為“未審閱”。描述：按默認的題綱（需求概述，要點分析）進行編寫。 需求編寫要求1． 需求名稱：要求和產(chǎn)品需求說明或技術需求說明文檔基本一致，轉化為測試認為顯著的需求名稱。2． 描述內容：216。 測試需求概述：基于業(yè)務需求說明書和技術需求說明書，轉化為測試需求信息，寫入新建需求中。216。 測試要點分析：列出基于該測試需求概述下，測試關注點，指導測試用例的設計，防止測試點遺漏，完善測試用例覆蓋度216。 需求的描述內容編寫，每行文字達到QC默認的該需求頁面寬度時，編者應該主動回車換行，便于以后需求的查看瀏覽。216。 描述語句簡潔，精練，內容易讀。避免長語句。216。 測試要點需要特殊注意的部分，可以使用“藍色”顏色進行標志。4． 需求樹格式：格式參考為圖所示，每個需求繼承上一級需求特征，并且從“_1”進行編號，同級的號從“_1”開始累加，下一級以“_1_1”開始，或者“新內容_1_內容”開始，保證同級需求的格式前面字符串是一致，并以編號排序。5． 需求編寫：根據(jù)項目功能點復雜度，自主確定測試需求樹層次，一般需求樹為四層，第四層自動轉化后為“測試用例”。所以，測試需求編寫時，一定要進行必要細化，方便最后一層的子需求轉化為“測試用例”。注： 之所以把編號后置，是因為編號到最后一級需求時，可能編號會很長，而我們關注的是需求的內容，所以，內容置前，編號置后。2. 轉換測試轉換測試使用“需求”菜單下“轉換測試”進行操作。自動轉換操作中，轉換方法選取“將最底層的子需求轉換為測試”第三章 業(yè)務組件模塊1. 業(yè)務組件介紹這是一個利用QTP與QC的完美結合組成的一個體系架構。它可以輕易實現(xiàn)目前比較流行的三層測試架構：腳本層，業(yè)務層，數(shù)據(jù)層相分離，為開展功能自動化測試提供一個高效、穩(wěn)定、測試實現(xiàn)平臺2. 具體體現(xiàn)216。 相關業(yè)務人員可以在沒有腳本的環(huán)境下組合業(yè)務組件，實現(xiàn)業(yè)務流程216。 對業(yè)務人員的編程能力沒有要求，業(yè)務人員只需了解系統(tǒng)的業(yè)務流程，不用關心具體的腳本實現(xiàn)。這一點也實現(xiàn)了業(yè)務層和腳本層的分離。216。 一旦某個組件開發(fā)完畢，即可在不同的流程中使用該組件，實現(xiàn)高可復用性，從而加快業(yè)務流程測試的速度。216。 明確的角色分工，業(yè)務人員負責流程的開
公司管理相關推薦
鄂ICP備17016276號-1