測試計劃模板(完整版)

1、xxxx測試計劃XXXX年XX月XX日Fax :產(chǎn)品名稱XXXX文檔編號版本號頁數(shù)1 1文檔名稱：測試計劃作者：日期： XXXX-XX-XX審核：日期：批準：日期：評審意見：確認：日期：地址:郵編200030總機:目錄目錄第一章總論 .1.1.1項目背景 .1.1.2項目目標 .1.1.3文檔目的 .1.1.4文檔摘要 .2.第二章 測試策略 .3.2.1整體策略 .3.2.2測試調(diào)度策略標準 .3.2.3測試質(zhì)量評估標準 .3.2.4測試完成準則 .4.2.5測試技術(shù) .5.2.6測試過程 .5.2.7測試范圍 .5.2.7.1測試的主要內(nèi)容.5.2.7.2測試功能點列表.6.2.7.3不測

2、試的模塊.8.2.8風(fēng)險分析 .8.第三章測試方法 .103.1測試階段劃分 .1.03.2測試用例設(shè)計 .1.03.3測試實施過程 .1.03.4測試方法綜述 .1.13.5測試團隊結(jié)構(gòu) .1.13.6功能劃分.123.7聯(lián)系方式.12第四章資源需求 .124.1培訓(xùn)需求.124.2硬件需求 .1.34.3軟件需求 .1.34.4相關(guān)信息保存的位置.13第五章時間進度安排 .1.4第六章測試過程管理 .1.46.1測試文檔 .1.46.1.1測試文檔管理.146.1.2編號規(guī)則.1.46.2缺陷處理 .1.56.2.1功能測試缺陷管 .156.2.2性能測試管理流程 .166.3測試報告.1

3、.8第七章附件 .18第八章變更記錄.1.8第一章總論1.1項目背景XXXX系統(tǒng)是平臺開發(fā)的一套物流軟件系統(tǒng)，是目前平臺推廣的物流軟件 系統(tǒng)中比較有代表性的一套系統(tǒng)。目前，XXXX已經(jīng)開發(fā)完畢并準備投入推廣使用，在推廣之前，為了更加 系統(tǒng)和有效地發(fā)現(xiàn)系統(tǒng)中存在的問題，平臺啟動本次項目來對系統(tǒng)進行全面 而系統(tǒng)的測試。1.2項目目標XXXX系統(tǒng)已經(jīng)開發(fā)完成。平臺希望通過本項目的測試，除了在發(fā)現(xiàn)可能 存在的系統(tǒng)缺陷外，同時建立起一套較完整的測試過程規(guī)范和一套較完整的 測試用例庫。測試用例庫：將一些通用的測試用例整理總結(jié)，放到一個“庫”中，比如登錄模塊的測試用例，測試不同的系統(tǒng)也許都得測登錄，所以直接

4、用庫里的公共用例就可以了.1.3文檔目的本測試計劃主要有兩類受眾：測試管理人員（項目經(jīng)理、客戶指派人員）和 測試人員。項目經(jīng)理根據(jù)該測試計劃制定進一步的計劃、安排（工作任務(wù)分配、時 間進度安排）和控制測試過程；客戶指派人員通過該測試計劃了解測試過程和相關(guān)信息。 測試人員根據(jù)該測試計劃中制定的范圍、方法確定測試需求、設(shè)計測試 用例、執(zhí)行和記錄測試過程并記錄和報告缺陷。本文檔主要闡述XXXX系統(tǒng)測試過程中的一些細節(jié)，為XXXX系統(tǒng)的測試 工作提供一個框架和規(guī)范：確定項目測試的策略、范圍和方法； 使項目測試工作的所有參與人員（客戶方參與人員、測試管理者、測試 人員）對本項目測試的目標、范圍、策略、方

5、法、組織、資源等有一個 清晰的認識；使項目測試工作的所有參與人員理解測試控制過程； 從策略角度說明本項目測試的組織和管理，指導(dǎo)測試進展，并作為項目 測試工作實施的依據(jù)；本文檔是本項目測試整個過程進行的依據(jù)、規(guī)范和標準；在測試過程中嚴格按照本文檔的制定的規(guī)范去執(zhí)行。1.4文檔摘要在項目測試中很多因素決定了測試的成敗和效率， 同進也潛藏一定的測試風(fēng) 險。在本文檔中，主要通過以下方面對項目進行分析、計劃和控制。系統(tǒng)理解測試人員通過基本培訓(xùn)和使用系統(tǒng)來加強對項目的理解；理解深度如 何？測試策略對于本項目，采用何種測試策略？測試哪些范圍？存在什么樣的風(fēng)險？測試需求定義測試范圍、測試重點，以及測試的目標；

6、測試設(shè)計采用何種測試方法？測試用例由誰設(shè)計和編寫？測試實施過程；測試環(huán)境需要什么樣的測試環(huán)境？以及測試環(huán)境的一些信息；過程控制測試文檔如何管理？缺陷如何處理？測試過程如何控制？第二章測試策略2.1整體策略本項目的特點：1.參與的測試人員是初次接觸該系統(tǒng)（或曾是該系統(tǒng)某個模塊的開發(fā)人員）2. 系統(tǒng)已經(jīng)經(jīng)過開發(fā)人員自測試，并經(jīng)過部署驗證（或開發(fā)人員還未全面自 測）3. 相對于項目要做的事情來說，時間進度非常緊（要建立一個基本完善的 測試規(guī)范、要設(shè)計整套測試用例和執(zhí)行一輪完整的測試）4. 本次項目測試將對系統(tǒng)進行 X輪測試5. 本次測試中測試文檔的編寫、測試用例的編寫、具體的執(zhí)行測試以及測 試中各項

7、資源的分配和估算，都是以xxx項目軟件需求規(guī)格說明書 為標準，軟件的執(zhí)行以系統(tǒng)邏輯設(shè)計構(gòu)架為依據(jù)2.2測試調(diào)度策略標準在開始進行測試時必需滿足下列條件：1.提交的版本的單元測試已通過，具備可測性2.測試計劃和測試方案的制訂已完成，并經(jīng)過嚴格評審3.缺陷跟蹤與管理系統(tǒng)已搭建4.測試所需的資源已經(jīng)到位5.測試組人員配置合理，測試人員的工作技能符合測試要求6.測試所需的軟、硬件和操作系統(tǒng)等測試環(huán)境準備完畢出現(xiàn)下面任一情況時，測試活動就可能暫停：1.被測系統(tǒng)有大量錯誤或嚴重錯誤或流程走不下去，繼續(xù)測試沒有意義2.測試環(huán)境遭到破壞，無法繼續(xù)測試。如：測試所需的設(shè)備沒有到位，測試環(huán)境被病毒感染等等3.性能

8、測試：當(dāng)被測的功能或模塊存在嚴重的性能缺陷的情況下暫停測試如果測試暫停，滿足下面條件時，測試重新開始：1.開發(fā)組成功安裝，并測試通過了產(chǎn)品的基本功能2.3測試質(zhì)量評估標準1.測試用例設(shè)計已經(jīng)通過評審2.按照測試計劃完成了測試工作3.達到了測試計劃中關(guān)于測試所規(guī)定的覆蓋率（需求覆蓋率和測試覆蓋率）的要求。需求和測試覆蓋率必須達到100%4.在測試中發(fā)現(xiàn)的錯誤已經(jīng)得到修改，各級缺陷修復(fù)率達到標準要求如下:A、 致命錯誤、嚴重錯誤修復(fù)率應(yīng)達到 100%B、 一般錯誤修復(fù)率應(yīng)達到90%以上C、 微小問題修復(fù)率應(yīng)達到80%以上2.4測試完成準則主要質(zhì)量屬性詳細要求正確性能夠防止臟、廢數(shù)據(jù)進入數(shù)據(jù)庫；從接

9、口讀取得數(shù)據(jù)正確無誤。健壯性系統(tǒng)有較強的容錯性，能夠保證在出現(xiàn)非預(yù)期狀況下正常運行可靠性系統(tǒng)在不斷電情況下持續(xù)工作。系統(tǒng)無單點故障。系統(tǒng)具有動態(tài)負載均衡處理能力，保證用戶享受最快的信息服務(wù)。性能，效率響應(yīng)性能：要求一般操作響應(yīng)時間5秒，復(fù)雜操作響應(yīng)時間20 秒數(shù)據(jù)存儲時間：要求數(shù)據(jù)庫用戶設(shè)置詳細信息在線長期保存，系 統(tǒng)數(shù)據(jù)詳細信息要求在服務(wù)器中長期保存。易用性提供方便的系統(tǒng)安裝程序，系統(tǒng)服務(wù)器安裝配置方便易操作。 提供友好、方便的功能界面。盡量減少用戶輸入信息量，提高數(shù)據(jù)信息共享程度，提供方便的 幫助信息。清晰性提供足夠的軟件說明文檔，配圖表說明安全性保證數(shù)據(jù)訪問的安全性，同時對關(guān)鍵數(shù)據(jù)米取訪

10、問權(quán)限限制。 保證數(shù)據(jù)的完整性、一致性和有效性。保證用戶、系統(tǒng)業(yè)務(wù)數(shù)據(jù)傳輸過程的安全性、完整性及不可抵賴 性。操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)符合安全標準，提供管理、監(jiān)控和故障處 理等功能。采用操作員登陸身份認證機制，進入系統(tǒng)采用密碼認證進入，建 立完整的日志記錄，服務(wù)器腳本進行加密，使用戶無法看到網(wǎng)頁 腳本源代碼，防止偽造身份人員冒用系統(tǒng)資源。可擴展性系統(tǒng)應(yīng)有良好的橫向和縱向擴展能力，可以通過提高服務(wù)器主機 的性能提高整個系統(tǒng)的處理能力。系統(tǒng)具有靈活性、可伸縮性，保證功能模塊隨系統(tǒng)結(jié)構(gòu)和業(yè)務(wù)流 程發(fā)展變化靈活組合和擴充，可迅速靈活擴展新業(yè)務(wù)。各模塊負載能力及整體負載能力應(yīng)可平滑擴展，新功能模塊的增 加應(yīng)

11、不影響現(xiàn)有模塊的運行。兼容性保證系統(tǒng)與各種硬件和操作系統(tǒng)具有良好的兼容性可移植性支持手機主流操作系統(tǒng)和分辨率自適應(yīng)抗壓性保證在多用戶并發(fā)情況下，系統(tǒng)能正常運行1f編寫測試計劃11測試計劃系統(tǒng)培訓(xùn)/了解系統(tǒng)制定測試需求編寫測試用例測試執(zhí)行測試總結(jié)2.5測試技術(shù)本項目采用黑盒測試技術(shù)。本項目性能測試過程中將采用 LoadRu nderll.OO測試工具 本項目采用缺陷跟蹤記錄表格管理 BUG和缺陷2.6測試過程開始結(jié)束2.7測試范圍制定本次項目測試范圍的依據(jù)為：本次測試范圍是xxx項目軟件需求規(guī)格說明書中的功能和性能需求 平臺項目負責(zé)人特別確定的測試范圍示例如下：2.7.12.7.1測試的主要內(nèi)容

12、系統(tǒng)功能模塊子功能說明系統(tǒng)管理用戶登錄、注銷客戶端程序待辦事宜列表、查看文件管理列表、查看、查詢、文件下載通知公告列表、查詢、查看、文件下載日程管理列表、查詢、查看、文件下載通訊錄列表、查詢、查看公文管理列表、查詢、查看、文件下載、審 批GPRS/ 3G通訊模塊GPRS定時連接用戶登錄驗證接口提取用戶賬戶和密碼等進行驗證待辦事宜提取接口根據(jù)條件提取待辦事宜文件提取接口根據(jù)條件提取文件公告提取接口根據(jù)條件提取公告通知提取接口根據(jù)條件提取通知日程管理提取接口根據(jù)條件提取日程記錄通訊錄提取接口根據(jù)條件提取通訊錄記錄接口端公文管理接口根據(jù)條件提取公文、寫入審批結(jié)果性能測試文件管理以超大文件數(shù)據(jù)為標準，

13、測試如下 性能數(shù)據(jù)：1超大文件數(shù)據(jù)入庫性能2、修改文件數(shù)據(jù)3、文件讀取功能性能2.7.22.7.2測試功能點列表分類測試項重要性通過標準用戶登錄驗證接口高1提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。登錄高登錄重置中1依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致注銷高首頁顯示高待辦公文高首頁文件傳閱高1.依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致待辦事宜待辦事宜提取高1.提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。分類測試項重要性通過標準接口顯示高翻頁高

14、查詢高1依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2界面美觀、布局合理、字體大小樣式一致文件提取接口高1提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù) 據(jù)。顯示高翻頁高查詢高查看附件高文件管理下載附件高1.依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致公告提取接口高1.提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。顯示高翻頁高查詢高查看附件高通知公告下載附件高1.依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致日程管理提取接口高1.提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。

15、2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。顯示高翻頁高查詢高查看附件高日程管理下載附件高1.依據(jù)用戶需求說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致 翻頁功能能正常使用通訊錄提取接口高1.提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。通訊錄管理顯示高1.依據(jù)用戶需求說明書，所有功能實現(xiàn)正確分類測試項重要性通過標準查詢高翻頁高并符合需求2.界面美觀、布局合理、字體大小樣式 一致公文管理接口高1.提提取的數(shù)據(jù)內(nèi)容和數(shù)量正確無誤。2.依據(jù)用戶需求說明書的要求顯示數(shù)據(jù)。顯示高翻頁高查詢高添加附件高查看附件高下載附件高公文管理編輯附件高1.依據(jù)用戶需求

16、說明書，所有功能實現(xiàn)正確 并符合需求2.界面美觀、布局合理、字體大小樣式一致2.7.32.7.3不測試的模塊模塊說明XX子功能不測試XX子功能的功能，但是要測試XXXX是否正確XX功能該功能不做測試XX功能該功能不做測試XX功能該功能不做測試更加具體的測試范圍，請參見XXXX -測試需求.xls2.8風(fēng)險分析1測試人員對系統(tǒng)熟悉程度的風(fēng)險：參與本項目的測試人員是第一次接觸該系統(tǒng)，在經(jīng)過短期的系統(tǒng)培訓(xùn)后,仍然有可能沒有完全掌握系統(tǒng)的業(yè)務(wù)細節(jié)，這將在后面的測試設(shè)計和測 試執(zhí)行工作造成一些測試逃逸現(xiàn)象（即一些要測試的方面沒有測到）。2、系統(tǒng)資料方面的風(fēng)險：本項目被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人

17、員做測試設(shè)計時能夠 參考的只是使用手冊和訓(xùn)練手冊，以及通過培訓(xùn)和初步使用后對系統(tǒng)的 了解，可能導(dǎo)致測試人員在初期無法全面地對系統(tǒng)進行深入的測試。3、時間方面的風(fēng)險：本次項目時間只有一個月，卻要完成測試規(guī)范的制定、整套測試用例的 設(shè)計和執(zhí)行一輪完整的測試，時間進度非常緊張，可能導(dǎo)致測試設(shè)計工作不夠完善第三章測試方法3.1測試階段劃分在本項目中，我們將整個測試過程分為幾個測試階段， 達到一個測試階段后 才能轉(zhuǎn)換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個階段:測試階段完成標準系統(tǒng)培訓(xùn)：1.對于本項目所有需要測試的系統(tǒng)的培訓(xùn)完成2.測試人員已經(jīng)對所有被測系統(tǒng)/模塊進行了使用，了解了 被

18、測系統(tǒng)的具體功能測試需求：1.所有具體測試范圍已確定2.測試需求制定完成3.所有測試需求得到客戶認可測試設(shè)計：1.測試用例已覆蓋所有測試需求2.測試用例設(shè)計已經(jīng)完成測試執(zhí)行：1.所有測試用例被執(zhí)行2.發(fā)現(xiàn)的缺陷都有缺陷記錄3.測試過程有測試記錄結(jié)果分析：1.完成測試分析報告3.2測試用例設(shè)計本次測試的測試案例，是在經(jīng)過系統(tǒng)培訓(xùn)后，由測試人員根據(jù)客戶對系統(tǒng)的 介紹和自己對系統(tǒng)的理解按照系統(tǒng)層次結(jié)構(gòu)組織編寫。本系統(tǒng)案例的編寫采用黑盒測試常用的分析方法設(shè)計用例；對于每一個測試用例，測試設(shè)計人員應(yīng)為其指定輸入（或操作）、預(yù)期輸 出（或結(jié)果）；每一個測試用例，都必須有詳細的測試步驟描述；本次測試設(shè)計的所

19、有測試用例均需以規(guī)范的文檔方式保存；在整個測試過程中，可根據(jù)項目實際情況對測試用例進行適當(dāng)?shù)淖兏?測試用例中測試數(shù)據(jù)的準備，在客戶與業(yè)務(wù)人員的指導(dǎo)和開發(fā)人員的協(xié) 助下準備。按照系統(tǒng)的運行結(jié)構(gòu)安排用例的執(zhí)行；3.3測試實施過程本項目由兩位測試人員分別負責(zé)不同的子功能的測試，實施過程如下:1、準備測試所需環(huán)境2、準備測試所需數(shù)據(jù)3、按照系統(tǒng)運行結(jié)構(gòu)執(zhí)行相應(yīng)測試用例4、記錄測試過程和發(fā)現(xiàn)的缺陷5、報告缺陷3.4測試方法綜述本項目測試包括：功能測試測試各功能是否有缺陷性能測試測試系統(tǒng)在一定環(huán)境下的性能數(shù)據(jù)測試人員執(zhí)行測試時，要嚴格按照測試用例中的內(nèi)容來執(zhí)行測試工作。測試人員要將測試執(zhí)行過程記錄到測試

20、執(zhí)行記錄文檔中。測試人員要對測試中發(fā)現(xiàn)的問題記錄到缺陷記錄中。測試組織本章主要描述測試團隊的結(jié)構(gòu)和職責(zé)， 測試參與人員的功能劃分，以及各自 的聯(lián)系方式等3.5測試團隊結(jié)構(gòu)角色人員職責(zé)項目經(jīng)理XXX組織測試培訓(xùn) 組織環(huán)境搭建制定測試計劃 制定測試規(guī)范需求、用例審核 控制測試進度與相關(guān)部門、人員溝通客戶指派XX協(xié)助溝通組織系統(tǒng)培訓(xùn) 協(xié)助確定測試需求協(xié)助準備測試環(huán)境和數(shù)據(jù)測試需求制定XXX、XXX制定測試需求測試設(shè)計XXX、XXX設(shè)計測試用例 準備測試數(shù)據(jù)測試執(zhí)行XXX、XXX按計劃執(zhí)行測試用例 記錄執(zhí)行過程 提出糾正建議措施缺陷報告XXX、XXX記錄、報告所發(fā)現(xiàn)的缺陷測試分析XXX、XXX、XXX

21、分析測試結(jié)果 編寫成測試分析報告3.6測試任務(wù)安排人員任務(wù)工作日開始時間結(jié)束時間xxx1、測試計劃編制2、 對測試員編寫的各種測試 文檔進行評審3、 協(xié)調(diào)并實施項目計劃中確 定的活動4、識別和滿足測試環(huán)境需求5、為其他人員提供技術(shù)支 持6、 組織并確保團隊的工作5年-月-日年-月-日xxx1、 編寫測試用例（功能）2、執(zhí)行功能和性能測試3、編寫測試報告（功能）7年-月-日年-月-日xxx1、 編寫測試用例（功能）2、執(zhí)行功能和性能測試3、編寫測試報告（功能）4、 內(nèi)部驗收評審7年-月-日年-月-日3.7功能劃分人員功能名稱XX功能XXXX功能XX功能XXXX功能3.8聯(lián)系方式姓名手機電話e-m

22、ailXXX第四章資源需求4.1培訓(xùn)需求由于參與本次測試的測試人員對考試管理系統(tǒng)都不了解，需要XX公司對這些測試人員進行系統(tǒng)的相關(guān)培訓(xùn)。培訓(xùn)內(nèi)容包括:系統(tǒng)架構(gòu)的培訓(xùn)系統(tǒng)數(shù)據(jù)流程的培訓(xùn)各子功能的功能培訓(xùn)在實際使用過程中哪些部分問題比較多 哪些部分是本次的重點測試對象4.2硬件需求本次共有三名測試人員，需要單獨使用的臺式機三臺，配置不低于PIII 500， 128M內(nèi)存。另外，測試網(wǎng)站還需要一臺網(wǎng)站的服務(wù)器。名稱數(shù)量配置其它說明測試機3不低于PE 500、128M內(nèi)存WEB服務(wù)器14.3軟件需求根據(jù)系統(tǒng)的需求，操作系統(tǒng)可能需要安裝Windows 7和Linux，另外，每個測試人員的測試機上還需要安

23、裝 Office辦公軟件和被測試的系統(tǒng)。類型名稱操作系統(tǒng)Win dows 7 Professi onalLinux辦公軟件Office 2007 中文版XXX （被測應(yīng)用程序）XXXX4.4相關(guān)信息保存的位置類型位置說明XX數(shù)據(jù)庫服務(wù)器devserver管理員口令：xxxXX服務(wù)器XXX. net.c nXX服務(wù)器第五章時間進度安排具體時間進度安排，請參見“ XXXX -工作任務(wù)安排.xls ”文件第六章測試過程管理6.1測試文檔6.1.16.1.1測試文檔管理本項目對測試文檔進行集中管理，文檔集中存放在項目經(jīng)理處，每天備 份一次。測試文檔由不同角色分別創(chuàng)建，各角色創(chuàng)建的文檔如下：文檔名稱編制

24、者其它說明測試計劃項目經(jīng)理測試需求表測試需求制定人員測試用例說明書測試設(shè)計人員測試執(zhí)行記錄表測試執(zhí)行人員缺陷記錄表缺陷報告人員缺陷跟蹤匯總表缺陷報告人員測試總結(jié)分析報告項目經(jīng)理6.1.26.1.2編號規(guī)則子功能編號目的是定義要測試的各子功能的編號，以唯一標識各子功能，方便缺陷的溝 通和定位。本項目需要測試的各自系統(tǒng)的編號如下：階段子功能名稱編號XX子功能01XXXX子功能02XX子功能11XXXX子功能12XX子功能21XXXX子功能22網(wǎng)站網(wǎng)站31測試項編號規(guī)則這里的測試項，是指測試需求和測試用例等。為了便于區(qū)分和管理測試項，并且唯一地標識測試項，需要對測試項規(guī)定 種編號規(guī)則。我們制定編號規(guī)

25、則如下：系統(tǒng)識別碼測試項識別碼子功能編號模塊編號自行編號編號名稱說明定義系統(tǒng)識別碼測試項目/系統(tǒng)的標識，在項 目開始時自行定義，要求不與 其他項目的標識沖突。全國計算機信息咼新技術(shù)考 試系統(tǒng)系統(tǒng)識別碼為 LD測試項識別 碼用于標識是何種測試項（測試 用例、測試需求）測試需求 R 測試用例 C 缺陷記錄D子功能編號各子功能的編號r與子功能編號中疋義的一樣模塊編號唯一標識同一子功能中的各 模塊 需求設(shè)計人員制定需求時自 行定義自行編號測試項序號測試項設(shè)計人員自行定義， 要求順序標識例子：LD.R.01.01.1LD.C.11.02.11LD.D.12.01.116.2缺陷處理本項目對系統(tǒng)進行X輪測試，測試過程需要做缺陷跟蹤。6.2.16.2.1功能測試缺陷管6.2.1.16.2.1.1流程描述1、測試人員在測試