測試流程及規(guī)范

1、目的側(cè)重測試工作流程及規(guī)范的控制，明確產(chǎn)品研發(fā)的各階段測試組應(yīng)完成的工作。測試技術(shù)和策略等問題不在本文檔描述范圍內(nèi)。本規(guī)范作為所有測試組成員工作前必須掌握的工作規(guī)范，也供給其它部門其它組查閱參考，以便于組間的協(xié)調(diào)溝通，更好的合作完成產(chǎn)品的研發(fā)工作。概念與術(shù)語在整個產(chǎn)品的研發(fā)過程中，測試類型按照先后順序主要分為：單元測試、集成測試、系統(tǒng)測試及產(chǎn)品確認(rèn)，整個過程如下面的W模型所示：設(shè)計(jì)規(guī)格模塊設(shè)計(jì)集成測試系統(tǒng)測試產(chǎn)品確認(rèn)N概要設(shè)計(jì)需求規(guī)格單元測試三繪圖/編碼測試需求測試計(jì)劃測試計(jì)劃測試大綱走查/審核 執(zhí)行單元測試執(zhí)行集成測試 執(zhí)行系統(tǒng)測試 產(chǎn)品試用圖1有關(guān)的測試類型的概念如下：1）單元測試：驗(yàn)證產(chǎn)

2、品中的模塊，測試依據(jù)主要為模塊詳細(xì)設(shè)計(jì)或模塊的需求規(guī)格。能使問題及早暴露，也便于問題的定位解決，單元測試屬于早期測試，因而錯誤發(fā)現(xiàn)后能明確知道是某一單元產(chǎn)生的，單元測試允許多個被測單元的測試工作同時開展。根據(jù)公司研發(fā)流程的實(shí)際情況，此測試也可由設(shè)計(jì)研發(fā)人員執(zhí)行。2）集成測試是驗(yàn)證模塊間接口及匹配關(guān)系，測試依據(jù)主要為概要設(shè)計(jì)。一般采用自底向上或自頂向下的模塊集成方法，逐步集成。在此環(huán)節(jié)中測試組還負(fù)責(zé)驗(yàn)收研發(fā)人員提供的轉(zhuǎn)測試的材料，如果材料不完備，測試組可以拒絕接收。3）系統(tǒng)測試是對系統(tǒng)的一系列的整體、有效性、可靠性的測試，測試依據(jù)主要為設(shè)計(jì)規(guī)格及產(chǎn)品需求規(guī)格。目的是確認(rèn)產(chǎn)品與設(shè)計(jì)規(guī)格、需求、行業(yè)

3、標(biāo)準(zhǔn)及公司標(biāo)準(zhǔn)的符合性，同時還要確認(rèn)性能和系統(tǒng)的穩(wěn)定性，與之前的集成測試應(yīng)遵循“相同的被測對象不要做兩遍相同的測試” 的基本原則。4）除單元測試、集成測試和系統(tǒng)測試之外，還應(yīng)有“產(chǎn)品確認(rèn)”環(huán)節(jié)，即在客戶環(huán)境中或模擬客戶環(huán)境測試與驗(yàn)證產(chǎn)品，在有限的試用客戶中或模擬客戶環(huán)境中發(fā)現(xiàn)產(chǎn)品問題并加以妥善處理，保證產(chǎn)品質(zhì)量，提高客戶滿意度。確認(rèn)與實(shí)驗(yàn)室內(nèi)部測試的區(qū)別在于：實(shí)驗(yàn)室內(nèi)部測試要盡可能多做，多發(fā)現(xiàn)問題；確認(rèn)要在達(dá)到質(zhì)量目標(biāo)的情況下盡可能少做；兩者要在質(zhì)量和成本之間權(quán)衡、綜合考慮。5）TD：全稱Mercury TestDirector，一種測試管理工具。6）黑盒測試：黑盒測試也稱功能測試，它是通過測

4、試來檢測每個功能是否都能正常使用。在測試中，把程序看作一個不能打開的黑盒子，在完全不考慮程序內(nèi)部結(jié)構(gòu)和內(nèi)部特性的情況下，在程序接口進(jìn)行測試，它只檢查程序功能是否按照需求規(guī)定正常使用，程序是否能適當(dāng)?shù)亟邮蛰斎霐?shù)據(jù)而產(chǎn)生正確的輸出信息。黑盒測試著眼于程序外部結(jié)構(gòu)，不考慮內(nèi)部邏輯結(jié)構(gòu)，主要針對軟件界面和軟件功能進(jìn)行測試。黑盒測試是以用戶的角度，從輸入數(shù)據(jù)與輸出數(shù)據(jù)的對應(yīng)關(guān)系出發(fā)進(jìn)行測試的。職責(zé)角色名稱相關(guān)主要責(zé)任測試主管組建測試小組協(xié)調(diào)測試小組內(nèi)外部的溝通組織編制測試大綱（含測試用例）和計(jì)劃組織測試準(zhǔn)入檢查測試過程中的進(jìn)度控制、風(fēng)險管理測試過程報告編寫測試報告召集測試評審測試人員識別測試需求參與編制

5、測試大綱（含測試用例）和計(jì)劃協(xié)助測試準(zhǔn)入檢查執(zhí)行測試用例，測試結(jié)果記錄測試缺陷記錄與跟蹤協(xié)助測試評審支持人員為測試工作提供技術(shù)支持，比如環(huán)境安裝、版本布署、測試工具支持等備注：該角色可選，可根據(jù)項(xiàng)目實(shí)際情況設(shè)置，一般情況下由研發(fā)人員擔(dān)任?！咀ⅰ浚寒?dāng)某個項(xiàng)目僅有一個測試人員時，該測試人員同時也為該項(xiàng)目內(nèi)的測試主管，需要擔(dān)負(fù)起測試主管的職責(zé)。測試類型和測試方法測試類型測試工作通常分為4個類型，功能測試、聯(lián)合測試、性能測試及穩(wěn)定性測試。測試類型測試意義功能測試確保功能符合需求定義確保所有功能可以正常完成工作聯(lián)合測試一個新產(chǎn)品或一個產(chǎn)品的新版本發(fā)布時，要確保與之相配合的產(chǎn)品可以正常配合使用性能測試在產(chǎn)

6、品有性能要求的部分，進(jìn)行性能測試和調(diào)優(yōu)，確保產(chǎn)品性能符合需求穩(wěn)定性測試模擬用戶真正的使用情況，設(shè)計(jì)相應(yīng)的測試用例，確保產(chǎn)品可以穩(wěn)定可靠的長時間運(yùn)行測試方法測試類型測試方法功能測試/聯(lián)合測試以手工黑盒測試為主，手工執(zhí)行功能測試用例。正規(guī)測試和隨機(jī)測試相結(jié)合：根據(jù)需求文檔撰寫測試方案及測試用例來進(jìn)行常規(guī)測試，考慮到測試用例有可能寫的不全面，所以在進(jìn)行常規(guī)測試過程中，可以加入隨機(jī)測試。同時，對預(yù)測試出來的缺陷，將其執(zhí)行過程寫成一個測試用例，添加到測試用例集合中，以完善測試用例；采用測試工具TD進(jìn)行測試用例的管理和缺陷記錄、跟蹤。性能測試性能測試要求滿足兩種情況：1）產(chǎn)品在特定工況下可以達(dá)到的最高性能

7、（例如：測試時將日志等影響性能的選項(xiàng)關(guān)閉）；2）模擬用戶真正的使用環(huán)境（如：日志功能打開，在一定的用戶數(shù)量的情況下），產(chǎn)品真實(shí)可以達(dá)到的性能；穩(wěn)定性測試穩(wěn)定性測試要求模擬用戶真正的使用情況，設(shè)計(jì)相應(yīng)的測試用例，確保產(chǎn)品可以穩(wěn)定可靠的長時間運(yùn)行【注】：黑盒測試過程的參考準(zhǔn)則：（1）必須采用邊界值分析法；（2）必要時采用等價類劃分法補(bǔ)充測試用例；（3）采用錯誤判斷法，追加測試用例；（4）對照程序邏輯，檢查已設(shè)計(jì)出的測試用例的邏輯覆蓋程度。如果沒有達(dá)到要求的覆蓋標(biāo)準(zhǔn)，應(yīng)當(dāng)補(bǔ)充更多的測試用例；（5）測試數(shù)據(jù)應(yīng)準(zhǔn)備充分，應(yīng)采用有效數(shù)據(jù)、無效數(shù)據(jù)、邊界數(shù)據(jù)分別測試驗(yàn)證；工作流程、模式及規(guī)范工作流程測試工作

8、可劃分為三個階段，每個階段由不同的活動組成。測試需求階段測試計(jì)劃階段測試實(shí)施階段測試收尾階段測試需求分析DCP2成立測試小組編制測試計(jì)劃設(shè)計(jì)測試大綱（含測試用例）測試準(zhǔn)入檢查 執(zhí)行測試用例缺陷管理缺陷管理TR5編寫測試報告測試工作改進(jìn)測試成果提交測試提交文件及裁剪說明階段提交文件必須提交模板定義裁剪條件說明測試需求測試需求分析報告否項(xiàng)目組自定義無特殊需求，可省略測試計(jì)劃測試大綱是項(xiàng)目組自定義各項(xiàng)目組根據(jù)測試任務(wù)的規(guī)模可自定義模板測試計(jì)劃否項(xiàng)目組自定義如果測試大綱或設(shè)計(jì)開發(fā)計(jì)劃中已包括了測試計(jì)劃的內(nèi)容，則本文檔可省略測試大綱計(jì)劃評審記錄否公司模板各項(xiàng)目酌情選用測試用例是公司模板采用公司統(tǒng)一測試用

9、例模板測試用例評審記錄否公司模板各項(xiàng)目酌情選用測試實(shí)施測試準(zhǔn)入檢查表否公司模板各項(xiàng)目酌情選用測試記錄是項(xiàng)目組自定義各項(xiàng)目組根據(jù)測試任務(wù)的規(guī)?？勺远x模板測試收尾測試報告是公司模板采用公司統(tǒng)一測試報告模板測試報告評審記錄否公司模板各項(xiàng)目酌情選用測試工作改進(jìn)報告否項(xiàng)目組自定義各項(xiàng)目酌情選用測試成果提交否項(xiàng)目組自定義各項(xiàng)目酌情選用評審點(diǎn)評審點(diǎn)定義參照設(shè)計(jì)開發(fā)控制程序。敏捷測試模式敏捷測試概念敏捷測試即是不斷修正質(zhì)量指標(biāo)，正確建立測試策略，確認(rèn)客戶的有效需求得以圓滿實(shí)現(xiàn)和確保整個生產(chǎn)的過程安全的、及時的發(fā)布最終產(chǎn)品。敏捷增量測試方法測試是敏捷開發(fā)過程重要的環(huán)節(jié)，自始自終測試貫穿于每個迭代。整個產(chǎn)品的敏

10、捷開發(fā)生命周期可以分為 4 個階段，即初始階段，項(xiàng)目的建設(shè)階段，產(chǎn)品發(fā)布階段和產(chǎn)品的維護(hù)階段，在關(guān)鍵的項(xiàng)目建設(shè)階段中，測試被分成兩個部分，驗(yàn)證測試和系統(tǒng)測試。驗(yàn)證測試：靜態(tài)測試和關(guān)鍵的功能測試。系統(tǒng)測試：功能測試、聯(lián)合測試、性能測試、穩(wěn)定性測試。敏捷測試流程敏捷測試流程依據(jù)業(yè)務(wù)場景制定測試策略。在每次敏捷測試的過程中包括驗(yàn)證測試和聯(lián)合測試。并且不斷的進(jìn)行迭代測試。在系統(tǒng)的所有業(yè)務(wù)場景都經(jīng)過敏捷測試過后，進(jìn)入系統(tǒng)測試階段。進(jìn)行所有業(yè)務(wù)場景的功能測試、聯(lián)合測試、性能測試、穩(wěn)定性測試。根據(jù)業(yè)務(wù)場景制定測試策略流程圖產(chǎn)品業(yè)務(wù)場景一業(yè)務(wù)場景二。業(yè)務(wù)場景N模塊一模塊二模塊三三。模塊N模塊四三業(yè)務(wù)場景一業(yè)務(wù)

11、場景三TR5業(yè)務(wù)場景二TR5業(yè)務(wù)場景NTR5業(yè)務(wù)場景四TR5敏捷測試流程圖測試傳遞項(xiàng)報告敏捷測試測試總結(jié)測試通過進(jìn)入下一次敏捷迭代測試計(jì)劃提交測試N Y Y N 滿足準(zhǔn)入條件系統(tǒng)測試條件Y 軟件測試總結(jié)軟件評估滿足發(fā)布條件產(chǎn)品發(fā)布測試案例維護(hù)系統(tǒng)測試和回歸測試測試是否通過Y Y 根據(jù)缺陷性質(zhì)來判斷更新提交測試的依據(jù)：嚴(yán)重級別為Urgent和High的修改后立即更新，要保證更新后不能影響其他功能測試。功能級別為Medium以下的可以等待下一次提交敏捷測試的時候更新。傳統(tǒng)瀑布模式測試需求分析過程要點(diǎn)詳細(xì)說明啟動條件需求階段的工作啟動工作內(nèi)容由測試主管根據(jù)項(xiàng)目任務(wù)復(fù)雜程度組織或指定測試人員進(jìn)行測試需

12、求分析，從客戶角度考慮軟件測試需要達(dá)到的驗(yàn)證狀態(tài)，并確定是否要形成測試需求分析報告結(jié)束條件需求分析完成例外對于簡單設(shè)計(jì)更改、衍生產(chǎn)品等只需例行測試的，可不進(jìn)行測試需求分析責(zé)任人項(xiàng)目經(jīng)理參與人測試主管成立測試小組或確認(rèn)測試人員過程要點(diǎn)詳細(xì)說明啟動條件測試任務(wù)明確，前期工作啟動工作內(nèi)容確認(rèn)項(xiàng)目的測試人員，若整個項(xiàng)目的測試需要若干個測試人員，則需要成立一個測試小組；為測試小組任命一名測試主管，若只有一個測試人員，則該測試人員同時也為該測試組的測試主管，同時確定測試小組的其它構(gòu)成人選；小組內(nèi)進(jìn)行必要的培訓(xùn)。結(jié)束條件測試小組成立例外若以前的測試任務(wù)已成立過測試小組，則可以復(fù)用以前的組織人員和形式責(zé)任人項(xiàng)

13、目經(jīng)理參與人測試主管編制測試計(jì)劃過程要點(diǎn)詳細(xì)說明啟動條件項(xiàng)目階段性計(jì)劃確定需求規(guī)格說明書、詳細(xì)設(shè)計(jì)說明書等已評審工作內(nèi)容測試大綱至少包括以下關(guān)鍵內(nèi)容：測試目標(biāo)對本次測試的要求和要達(dá)到的目標(biāo)測試范圍需要測試小組測試的范圍，和各個測試需求的測試優(yōu)先級工作分工明確測試小組內(nèi)部及外部配合方的相關(guān)責(zé)任和工作關(guān)系測試策略整體測試的總體測試策略、環(huán)境、方法和工具等完成標(biāo)準(zhǔn)達(dá)到何種條件可以認(rèn)為測試完成交付文件測試完成時應(yīng)提交的文件，比如測試大綱（含測試用例）、測試報告等等測試計(jì)劃至少應(yīng)包括以下關(guān)鍵內(nèi)容：主要任務(wù)每項(xiàng)任務(wù)的時間計(jì)劃、前置條件及資源主要里程碑關(guān)鍵任務(wù)及完成時間點(diǎn)在項(xiàng)目研發(fā)過程中，要適時的對測試計(jì)劃

14、進(jìn)行跟蹤，以評估此計(jì)劃的完整性、可行性，在項(xiàng)目結(jié)束時還要最后評估一下測試計(jì)劃的質(zhì)量結(jié)束標(biāo)準(zhǔn)測試計(jì)劃評審?fù)ㄟ^或得到相關(guān)各方的審批輸出文件測試計(jì)劃、測試計(jì)劃評審記錄例外對于多個系統(tǒng)參與的同一個測試任務(wù)，可由主項(xiàng)目組或牽頭方統(tǒng)一編制測試大綱和計(jì)劃，不用每個系統(tǒng)單獨(dú)編制和出具測試計(jì)劃可以在測試大綱中直接詳細(xì)列明，而不用單獨(dú)編制責(zé)任人測試主管參與人研發(fā)總監(jiān)、項(xiàng)目經(jīng)理、測試人員編制測試大綱、設(shè)計(jì)測試用例在技術(shù)規(guī)格書評審?fù)ㄟ^以后，測試小組需要針對項(xiàng)目的測試范圍編制測試大綱、設(shè)計(jì)測試用例。在實(shí)際測試過程中，測試用例可根據(jù)實(shí)際需要進(jìn)行更新和調(diào)整。在測試用例的設(shè)計(jì)過程中，具體的任務(wù)和責(zé)任人如下：過程要點(diǎn)詳細(xì)說明啟

15、動條件本次測試范圍、業(yè)務(wù)需求已經(jīng)明確需求規(guī)格說明是、詳細(xì)設(shè)計(jì)說明書已通過評審工作內(nèi)容準(zhǔn)備本次測試的測試用例測試用例在該產(chǎn)品的測試用例庫中進(jìn)行選擇，如有需要，可以進(jìn)行增加；每個測試用例須包括用例編號、測試概述、測試數(shù)據(jù)、操作步驟說明、預(yù)期結(jié)果等要素；測試用例須覆蓋所有的測試需求和功能點(diǎn)；采用統(tǒng)一的模板進(jìn)行用例設(shè)計(jì)。結(jié)束標(biāo)準(zhǔn)測試用例覆蓋所有的待測試需求或功能點(diǎn)，并且評審?fù)ㄟ^輸出文件測試大綱、測試用例、測試大綱評審記錄責(zé)任人測試人員參與人研發(fā)總監(jiān)、研發(fā)人員、項(xiàng)目經(jīng)理、測試主管測試實(shí)施階段測試準(zhǔn)入檢查過程要點(diǎn)詳細(xì)描述啟動條件測試實(shí)施準(zhǔn)備工作完成工作內(nèi)容測試主管根據(jù)本項(xiàng)目的特點(diǎn)，事先確定測試準(zhǔn)入標(biāo)準(zhǔn)中哪

16、些條目可以進(jìn)行裁剪，并與項(xiàng)目經(jīng)理及研發(fā)人員商討確認(rèn)準(zhǔn)入標(biāo)準(zhǔn)中“計(jì)劃準(zhǔn)入標(biāo)準(zhǔn)”是指編制測試計(jì)劃、測試大綱、測試用例設(shè)計(jì)時就需要具備的前提條件，應(yīng)提前進(jìn)行檢查；“執(zhí)行準(zhǔn)入標(biāo)準(zhǔn)”是指在執(zhí)行測試之前需要進(jìn)行的檢查。以上兩類檢查應(yīng)分兩次進(jìn)行測試主管和測試人員根據(jù)測試準(zhǔn)入標(biāo)準(zhǔn)，逐項(xiàng)進(jìn)行檢查，并填寫測試準(zhǔn)入檢查表對于不滿足條件的檢查項(xiàng)，要求相關(guān)方面進(jìn)行解決，解決后重新進(jìn)行檢查必須要通過的檢查項(xiàng)，而沒檢查通過的，視為準(zhǔn)入檢查不通過，不能進(jìn)入下一階段工作結(jié)束條件測試準(zhǔn)入檢查通過輸出文件測試準(zhǔn)入檢查表責(zé)任人測試主管參與人測試人員、項(xiàng)目經(jīng)理、研發(fā)人員執(zhí)行測試用例過程要點(diǎn)詳細(xì)描述啟動條件測試執(zhí)行階段準(zhǔn)入檢查通過工作內(nèi)

17、容測試人員根據(jù)計(jì)劃，執(zhí)行相應(yīng)的測試用例，并做好測試記錄測試人員進(jìn)行缺陷登記，并跟蹤解決情況，及時復(fù)測，關(guān)閉缺陷測試主管跟蹤測試用例執(zhí)行情況，了解影響測試用例執(zhí)行的因素，及時跟進(jìn)有關(guān)的協(xié)調(diào)、報告測試狀態(tài)測試主管根據(jù)項(xiàng)目的情況，選擇有關(guān)的報告形式，將測試進(jìn)展情況及時通報給有關(guān)各方結(jié)束條件測試用例執(zhí)行完成責(zé)任人測試人員、測試主管參與人研發(fā)人員、項(xiàng)目經(jīng)理回歸測試在每輪測試結(jié)束之后，當(dāng)研發(fā)人員解決完相關(guān)問題，重新提交，進(jìn)行回歸測試。過程要點(diǎn)詳細(xì)描述啟動條件在每輪測試中，按現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決工作內(nèi)容測試組將按照測試計(jì)劃中對于回歸測試的策略對產(chǎn)品進(jìn)行回歸測試，

18、回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預(yù)定的測試用例的范圍結(jié)束條件回歸測試所運(yùn)行的用例全部通過責(zé)任人測試人員參與人研發(fā)人員、項(xiàng)目經(jīng)理缺陷管理過程要點(diǎn)詳細(xì)描述啟動條件測試用例開始執(zhí)行工作內(nèi)容測試人員在測試過程中，記錄被測產(chǎn)品缺陷，跟蹤缺陷的分析、解決過程研發(fā)人員及時分析處理缺陷，并按要求記錄缺陷的分析處理信息，更新缺陷狀態(tài)，填制缺陷起源；對需要其它人員參與分析處理的時候，需及時將缺陷分配給下一環(huán)節(jié)人員測試人員對待驗(yàn)證的缺陷需及時進(jìn)行復(fù)測，測試通過后關(guān)閉缺陷結(jié)束條件測試用例執(zhí)行完成，并且缺陷跟蹤完成責(zé)任人測試人員、研發(fā)人員、測試主管參與人項(xiàng)目經(jīng)理測試收尾階段測試實(shí)施階

19、段結(jié)束或即將結(jié)束時，測試小組可以開始著手準(zhǔn)備進(jìn)行總結(jié)報告及收尾工作。編制測試報告在測試實(shí)施完成之后，測試主管或測試人員需根據(jù)實(shí)施測試情況，編制測試報告。過程要點(diǎn)詳細(xì)描述啟動條件測試小組完成了所有的測試實(shí)施工作或測試時間已結(jié)束工作內(nèi)容測試主管或測試人員根據(jù)測試的結(jié)果，按照測試報告的文檔模板編寫測試報告，測試報告必須包含以下重要內(nèi)容：測試用例執(zhí)行情況分析 測試階段用例執(zhí)行的數(shù)量、輪次、通過率等測試過程中已發(fā)現(xiàn)缺陷分析分析缺陷的數(shù)量、分布、起源等未執(zhí)行用例的風(fēng)險分析分析未執(zhí)行的用例對系統(tǒng)形成的風(fēng)險未關(guān)閉缺陷的風(fēng)險分析分析未關(guān)閉的缺陷對系統(tǒng)形成的風(fēng)險測試結(jié)論評價測試大綱中定義的測試完成標(biāo)準(zhǔn)是否達(dá)到，被

20、測系統(tǒng)的質(zhì)量評價，存在的風(fēng)險，以及有關(guān)建議結(jié)束條件測試報告評審?fù)ㄟ^，發(fā)送給相關(guān)人員輸出文件測試報告、測試報告評審記錄責(zé)任人測試主管、測試人員參與人研發(fā)總監(jiān)、研發(fā)人員、項(xiàng)目經(jīng)理測試工作過程改進(jìn)測試過程改進(jìn)在測試實(shí)施階段工作全部結(jié)束以后進(jìn)行。它的目的是評估本次測試工作，總結(jié)經(jīng)驗(yàn)，使下一次的工作做得更好。本項(xiàng)工作不是一個必須的過程，各項(xiàng)目可根據(jù)情況采用。 過程要點(diǎn)詳細(xì)描述啟動條件測試實(shí)施階段結(jié)束工作內(nèi)容測試主管召集測試參與人員，討論本次測試過程得與失，總結(jié)經(jīng)驗(yàn)，提出改進(jìn)方法和意見編寫測試工作過程改進(jìn)報告結(jié)束條件測試工作過程改進(jìn)報告編制完成輸出文件測試工作改進(jìn)報告責(zé)任人測試主管參與人測試人員測試成果提

21、交 測試資產(chǎn)提交在測試實(shí)施階段工作結(jié)束以后進(jìn)行，對測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。過程要點(diǎn)詳細(xì)描述啟動條件測試實(shí)施階段結(jié)束工作內(nèi)容提交本次測試過程產(chǎn)生的，能為其它項(xiàng)目或本項(xiàng)目后續(xù)測試提供借鑒的，測試用例等結(jié)束條件全部成果歸檔完畢輸出文件測試成果清單例外如果成果內(nèi)容不多，結(jié)構(gòu)清楚，則可以省略測試成果清單責(zé)任人測試主管參與人測試人員軟件測試執(zhí)行模式目前采用3+1模式。即三輪系統(tǒng)測試加一輪回歸測試。缺陷管理機(jī)制缺陷通過測試管理工具TD進(jìn)行管理測試團(tuán)隊(duì) 研發(fā)團(tuán)隊(duì)提交缺陷缺陷分析缺陷修復(fù)復(fù)測缺陷是否修復(fù)關(guān)閉缺陷測試人員提交缺陷到TD，提交缺陷狀態(tài)為open，并制定嚴(yán)重級別研發(fā)部門對測試人員提

22、出的缺陷進(jìn)行分析，確定是否對缺陷進(jìn)行修改修改后將缺陷置為fixed，不進(jìn)行修復(fù)或不是缺陷的問題應(yīng)當(dāng)修改缺陷狀態(tài)。測試人員在新一輪測試時復(fù)測研發(fā)修復(fù)的缺陷測試過程中發(fā)現(xiàn)修復(fù)的缺陷仍然存在問題，缺陷狀態(tài)置為reopen，重新提交至研發(fā)部門。測試驗(yàn)證后不出現(xiàn)問題的缺陷，即可關(guān)閉。缺陷的嚴(yán)重級別以及如何分類嚴(yán)重級別描述5-Urgent阻礙流程、系統(tǒng)崩潰導(dǎo)致重大任務(wù)不能正常進(jìn)行的缺陷，例如：1、由于程序所引起的死機(jī)，非法退出。2、死循環(huán)4-High1、數(shù)據(jù)庫發(fā)生死鎖2、錯誤操作導(dǎo)致的程序中斷3、嚴(yán)重的計(jì)算錯誤4、與數(shù)據(jù)庫連接錯誤5、數(shù)據(jù)通訊錯誤等3-Medium缺陷導(dǎo)致失去系統(tǒng)主要功能，基本功能不能完整

23、使用。例如：1、功能不符2、程序接口錯誤3、數(shù)據(jù)流錯誤4、輕微數(shù)據(jù)計(jì)算錯誤等2-Low操作性錯誤、錯誤結(jié)果、遺漏功能等影響系統(tǒng)要求或基本功能的實(shí)現(xiàn)。例如：1、界面錯誤2、打印內(nèi)容、格式錯誤3、簡單的輸入限制未放在前臺進(jìn)行控制4、刪除操作未給出提示5、數(shù)據(jù)輸入沒有邊界值限定或不合理6、錯別字等1-suggest建議，不影響使用的瑕疵或更好的實(shí)現(xiàn)等。新產(chǎn)品測試流程新產(chǎn)品測試輸入輸出測試步驟輸入輸出測試準(zhǔn)備需求分析階段產(chǎn)品需求分析文檔評審結(jié)果軟件開發(fā)設(shè)計(jì)階段概要設(shè)計(jì)階段詳細(xì)設(shè)計(jì)階段評審結(jié)果測試方案和測試計(jì)劃軟件測試設(shè)計(jì)階段概要設(shè)計(jì)詳細(xì)設(shè)計(jì)測試方案和測試計(jì)劃測試案例測試環(huán)境準(zhǔn)備概要設(shè)計(jì)詳細(xì)設(shè)計(jì)測試方案和測試計(jì)劃測試環(huán)境清單測試環(huán)境準(zhǔn)備完畢測試執(zhí)行冒煙測試測試項(xiàng)傳遞報告冒煙測試結(jié)果系統(tǒng)測試和回歸階段測試方案和測試計(jì)劃測試案例測試項(xiàng)傳遞報告測試日志輪次總結(jié)測試報告測試分析和維護(hù)軟件測試總結(jié)系統(tǒng)測試總結(jié)報告軟件評估系統(tǒng)測試總結(jié)報告評估結(jié)果軟件測試維護(hù)測試案例的修改新產(chǎn)品測試流程圖需求調(diào)研階段需求規(guī)格說明書概要設(shè)計(jì)詳細(xì)設(shè)計(jì)測試方案和測試計(jì)劃測試案例編寫評審結(jié)果評審結(jié)果單元測試和集成測試測試結(jié)果提交測試通