軟件測(cè)試管理規(guī)范

軟件測(cè)試管理手冊(cè)文件狀態(tài)：【】草稿【】修改稿【√】正式發(fā)布文檔編號(hào)保密等級(jí)內(nèi)控作者最后完成日期審核人員最后審核日期批準(zhǔn)人最后批準(zhǔn)日期修改記錄日期版本作者/修改者修訂類型描述2017-02-71.0修改根據(jù)原卡友智能的軟件測(cè)試過(guò)程進(jìn)展修訂目錄TOC\o\h\z\u1導(dǎo)言11.1概述11.2目標(biāo)11.3適用*圍12測(cè)試職責(zé)13測(cè)試需求分析24測(cè)試策略35測(cè)試方案35.1測(cè)試進(jìn)入條件35.2測(cè)試方案36測(cè)試用例36.1測(cè)試用例操作步驟46.2測(cè)試用例選擇準(zhǔn)則46.3測(cè)試軟/硬件環(huán)境46.4測(cè)試數(shù)據(jù)準(zhǔn)備47測(cè)試執(zhí)行47.1工程測(cè)試周期47.2工程測(cè)試啟動(dòng)47.3工程測(cè)試階段57.4工程測(cè)試完畢57.5測(cè)試執(zhí)行過(guò)程績(jī)效考核58測(cè)試變更69缺陷管理79.1缺陷根本屬性79.2缺陷管理流程89.3缺陷分類99.4缺陷定義119.5缺陷完成度129.6處理機(jī)制1210測(cè)試結(jié)果分析1310.1測(cè)試完成的標(biāo)準(zhǔn)1310.2保存的缺陷1310.3測(cè)試退出1411敏捷測(cè)試1512業(yè)務(wù)開(kāi)發(fā)組測(cè)試與測(cè)試組測(cè)試的聯(lián)系與區(qū)別1612.1職責(zé)上區(qū)別與聯(lián)系1612.2邊界的劃分16導(dǎo)言概述制定本過(guò)程與規(guī)*的目的是為了規(guī)*軟件測(cè)試過(guò)程中的軟件測(cè)試活動(dòng)，明確軟件測(cè)試過(guò)程中業(yè)務(wù)單元開(kāi)發(fā)小組的內(nèi)部測(cè)試與測(cè)試組之間的系統(tǒng)業(yè)務(wù)集成測(cè)試的關(guān)系與區(qū)別；明確軟件測(cè)試過(guò)程中的工作原則與方法。本規(guī)*作為軟件測(cè)試工作的標(biāo)準(zhǔn)與指南。目標(biāo)測(cè)試的正確定義是“為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程〞。為了更好地執(zhí)行好測(cè)試，我們明確以下目標(biāo)：測(cè)試是為了發(fā)現(xiàn)程序中的錯(cuò)誤而執(zhí)行程序的過(guò)程；好的測(cè)試方案是極可能發(fā)現(xiàn)迄今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試方案；成功的測(cè)試是發(fā)現(xiàn)了至今為止尚未發(fā)現(xiàn)的錯(cuò)誤的測(cè)試。適用*圍本規(guī)*是對(duì)工程軟件測(cè)試的一份指導(dǎo)性文件，對(duì)軟件測(cè)試過(guò)程中所涉及到的測(cè)試?yán)碚?、測(cè)試類型、測(cè)試方法、測(cè)試標(biāo)準(zhǔn)、測(cè)試流程以及軟件產(chǎn)品開(kāi)發(fā)單位所承當(dāng)?shù)穆氊?zé)進(jìn)展總體規(guī)*，以有效保證軟件產(chǎn)品的質(zhì)量。測(cè)試職責(zé)測(cè)試職責(zé)是指在工程開(kāi)發(fā)過(guò)程中跟測(cè)試工作有關(guān)的角色分工，主要包含的角色以及工作職責(zé)如下：測(cè)試經(jīng)理：負(fù)責(zé)產(chǎn)品業(yè)務(wù)需求與測(cè)試任務(wù)的對(duì)接與安排；組織和指導(dǎo)測(cè)試組長(zhǎng)完成工程的測(cè)試工作；負(fù)責(zé)測(cè)試組內(nèi)資源的協(xié)調(diào)和管理；定期組織測(cè)試的總結(jié)和分析；負(fù)責(zé)測(cè)試過(guò)程中與開(kāi)發(fā)、產(chǎn)品的業(yè)務(wù)協(xié)調(diào)和業(yè)務(wù)確認(rèn)；測(cè)試組長(zhǎng)〔產(chǎn)品測(cè)試負(fù)責(zé)人〕：分析需求并進(jìn)展細(xì)化可用于執(zhí)行測(cè)試的需求制定測(cè)試方案參與、跟蹤測(cè)試過(guò)程統(tǒng)計(jì)測(cè)試數(shù)據(jù)對(duì)測(cè)試活動(dòng)和結(jié)果進(jìn)展分析，撰寫測(cè)試分析與總結(jié)報(bào)告測(cè)試工程師：根據(jù)測(cè)試方案編寫測(cè)試用例搭建測(cè)試環(huán)境，準(zhǔn)備測(cè)試腳本執(zhí)行測(cè)試，記錄測(cè)試結(jié)果和缺陷，跟蹤缺陷的解決執(zhí)行回歸測(cè)試提交測(cè)試數(shù)據(jù)技術(shù)支持工程師：環(huán)境支持版本發(fā)布支持測(cè)試需求分析首先了解產(chǎn)品或者客戶提出的業(yè)務(wù)需求功能、形成的產(chǎn)品需求，以及本公司對(duì)需求的理解及說(shuō)明，參加需求評(píng)審、設(shè)計(jì)評(píng)審。通過(guò)對(duì)文檔分析，分解各功能模塊和功能，為測(cè)試用例設(shè)計(jì)提供數(shù)據(jù)依據(jù)。反復(fù)檢查并理解各種信息，與產(chǎn)品或用戶交流，理解他們的要求。可以按照以下步驟執(zhí)行：1〕確定軟件提供的主要商業(yè)任務(wù)，即根據(jù)價(jià)值確定的需求。2〕對(duì)每個(gè)商業(yè)任務(wù)，確定完成該任務(wù)所要進(jìn)展的功能。3〕確定從數(shù)據(jù)庫(kù)信息引出的計(jì)算結(jié)果。4〕對(duì)于對(duì)時(shí)間有要求的交易，確定所要的時(shí)間和條件。這些條件包括數(shù)據(jù)庫(kù)大小、機(jī)器配置、交易量、以及網(wǎng)絡(luò)擁擠情況。5〕確定會(huì)產(chǎn)生重大意外的壓力測(cè)試，包括：內(nèi)存、硬盤空間、高頻度的交易。6〕確定應(yīng)用需要處理的數(shù)據(jù)量。7〕確定需要的軟件和硬件配置。通常情況下，不可能對(duì)所有可能的配置都測(cè)試到，因此要選擇最有可能產(chǎn)生問(wèn)題的情況進(jìn)展測(cè)試，包括：最低性能的硬件、幾個(gè)有兼容性問(wèn)題的軟件并存、客戶端機(jī)器通過(guò)最慢的LAN/WANF連接訪問(wèn)效勞器。8〕確定其他與應(yīng)用軟件沒(méi)有直接關(guān)系的商業(yè)交易。包括：管理功能，如啟動(dòng)和退出程序配置功能，如設(shè)置打印機(jī)操作員的愛(ài)好，如字體、顏色應(yīng)用功能，如訪問(wèn)email或者顯示時(shí)間和日期。9〕確定安裝與部署過(guò)程，包括定置從哪安裝、定制安裝、升級(jí)安裝。需要的部署物理構(gòu)造，機(jī)器配置等。10〕確定沒(méi)有隱含在功能測(cè)試中的用戶界面要求。大多界面都在功能測(cè)試時(shí)被測(cè)試到。還有些沒(méi)有測(cè)到，如：操作與顯示的一致性，如使用快捷鍵等；界面遵從合理標(biāo)準(zhǔn)，如按鈕大小，標(biāo)簽等。測(cè)試策略測(cè)試策略用于說(shuō)明*項(xiàng)工作的測(cè)試方法與目標(biāo)。系統(tǒng)測(cè)試策略主要針對(duì)系統(tǒng)測(cè)試需求確定測(cè)試類型及實(shí)施的測(cè)試方法與技術(shù)。采用的測(cè)試類型，對(duì)于測(cè)試案例的設(shè)計(jì)謀略；用于測(cè)試評(píng)估結(jié)果和測(cè)試是否完成的標(biāo)準(zhǔn)；對(duì)測(cè)試策略所述的測(cè)試工作存在影響的特殊事項(xiàng)；基于時(shí)間、進(jìn)度、度量的軟件測(cè)試平衡策略的考慮；測(cè)試方案測(cè)試進(jìn)入條件工程啟動(dòng)后，工程或者產(chǎn)品需求〔UI原型〕完成并經(jīng)過(guò)評(píng)審；即可啟動(dòng)測(cè)試工作；測(cè)試方案根據(jù)測(cè)試的種類，測(cè)試方案分為功能測(cè)試和非功能測(cè)試方案。測(cè)試方案旨在說(shuō)明各測(cè)試階段任務(wù)、人員分配、時(shí)間安排、測(cè)試要點(diǎn)、工作規(guī)*等。測(cè)試方案在策略和方法方面說(shuō)明如何方案、組織和管理測(cè)試工程。測(cè)試方案包含足夠的信息使測(cè)試工程師明白工程需要做什么是如何運(yùn)作的。測(cè)試方案不包括測(cè)試用例的細(xì)節(jié)和系統(tǒng)功能的詳細(xì)信息。測(cè)試方案應(yīng)附有測(cè)試功能點(diǎn)矩陣、測(cè)試性能點(diǎn)矩陣。測(cè)試方案應(yīng)在工程組內(nèi)進(jìn)展評(píng)審。參與測(cè)試方案評(píng)審的人員包括：工程經(jīng)理、測(cè)試組長(zhǎng)、開(kāi)發(fā)組長(zhǎng)、測(cè)試工程師。測(cè)試用例測(cè)試用例是為實(shí)施測(cè)試而向被測(cè)試系統(tǒng)提供的輸入數(shù)據(jù)、操作或各種環(huán)境設(shè)置以及期望結(jié)果的一個(gè)特定的集合。解決要測(cè)什么、怎么測(cè)和如何衡量的問(wèn)題。從測(cè)試構(gòu)造上面劃分分為黑盒測(cè)試、白盒測(cè)試2種，他們各自有不同的測(cè)試方式，目前本公司只考慮黑盒測(cè)試，以下設(shè)計(jì)方法以黑盒方法為例。測(cè)試用例操作步驟在設(shè)計(jì)編寫測(cè)試用例時(shí)，首先要從測(cè)試用例庫(kù)中選擇相應(yīng)功能的測(cè)試用例，在原有測(cè)試用例的根底上依據(jù)系統(tǒng)需求文檔對(duì)測(cè)試用例的進(jìn)展修改、更新，評(píng)審?fù)ㄟ^(guò)后將使用該測(cè)試用例測(cè)試被測(cè)系統(tǒng)。在測(cè)試工程完畢后，統(tǒng)計(jì)分析所使用過(guò)的測(cè)試用例，進(jìn)展分類放到相應(yīng)的測(cè)試用例庫(kù)中。為以后測(cè)試用例的設(shè)計(jì)編寫提供數(shù)據(jù)根底。測(cè)試用例選擇準(zhǔn)則測(cè)試用例的代表性：能夠代表各種合理和不合理的、合法的和非法的、邊界和越界的,以及極限的輸入數(shù)據(jù)、操作和環(huán)境設(shè)置等；測(cè)試結(jié)果的可判定性：即測(cè)試執(zhí)行結(jié)果的正確性是可判定的或可評(píng)估的；測(cè)試結(jié)果的可再現(xiàn)性：即對(duì)同樣的測(cè)試用例,系統(tǒng)的執(zhí)行結(jié)果應(yīng)當(dāng)是一樣的。測(cè)試軟/硬件環(huán)境根據(jù)需求文檔提供的內(nèi)容，與研發(fā)溝通確定測(cè)試工程所需的軟硬件環(huán)境，完成對(duì)測(cè)試工程所需軟硬件資源的準(zhǔn)備工作，使軟硬件資源得到滿足。軟件硬件資源確實(shí)定需要在工程進(jìn)入測(cè)試之前完成。完成對(duì)軟硬件資源的配置后，要進(jìn)展對(duì)測(cè)試工程的軟硬件環(huán)境進(jìn)展檢查，確認(rèn)對(duì)軟硬件資源配置的有效性。測(cè)試數(shù)據(jù)準(zhǔn)備完成對(duì)測(cè)試工程根本數(shù)據(jù)的準(zhǔn)備操作，包括數(shù)據(jù)庫(kù)連接、用戶信息、用戶角色權(quán)限、單位組織等信息和測(cè)試相關(guān)的測(cè)試數(shù)據(jù)。測(cè)試執(zhí)行工程測(cè)試周期測(cè)試工程的測(cè)試周期可分為：?jiǎn)卧獪y(cè)試、接收測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試、性能測(cè)試、配置測(cè)試等等。根據(jù)不同工程或產(chǎn)品的特性，可以選型不同的測(cè)試周期，但集成測(cè)試、系統(tǒng)測(cè)試、回歸測(cè)試是必不可少的，性能測(cè)試根據(jù)具體產(chǎn)品與工程情況而定。工程測(cè)試啟動(dòng)軟件工程測(cè)試活動(dòng)的正式啟動(dòng)，是在確認(rèn)軟件可測(cè)試性后展開(kāi)的。軟件業(yè)務(wù)組內(nèi)的測(cè)試人員與開(kāi)發(fā)人員需要一起完成代碼的單元測(cè)試并形成"單元測(cè)試報(bào)告"，單元測(cè)試效果通過(guò)接收測(cè)試驗(yàn)證。工程測(cè)試階段測(cè)試工程師依據(jù)測(cè)試方案和測(cè)試用例進(jìn)展測(cè)試活動(dòng)。測(cè)試一般分為三個(gè)階段：業(yè)務(wù)模塊組內(nèi)的單元測(cè)試與隨測(cè)，由業(yè)務(wù)模塊組內(nèi)的測(cè)試人員與開(kāi)發(fā)人員共同一起完成；業(yè)務(wù)組的測(cè)試人員主要對(duì)業(yè)務(wù)模塊開(kāi)發(fā)組的每天完成的功能進(jìn)展隨測(cè)，對(duì)已完成功能的核心代碼局部完成單元測(cè)試〔白盒測(cè)試〕；集成測(cè)試、系統(tǒng)測(cè)試階段：該階段測(cè)試工程師實(shí)時(shí)提交缺陷，并跟蹤缺陷，驗(yàn)證缺陷，直到提交的缺陷被關(guān)閉或被保存。開(kāi)發(fā)人員周期性提交修改正缺陷的新版本，測(cè)試工程師在新版本上驗(yàn)證缺陷。回歸測(cè)試階段：在集成測(cè)試、系統(tǒng)測(cè)試階段完成后，產(chǎn)品將進(jìn)入回歸測(cè)試階段。測(cè)試工程師對(duì)修改后的產(chǎn)品進(jìn)展重新功能驗(yàn)證，確保修改的正確性，驗(yàn)證在修改缺陷的同時(shí)沒(méi)有引入新的問(wèn)題?；貧w缺陷是指開(kāi)發(fā)人員標(biāo)示已修改的缺陷，經(jīng)測(cè)試后發(fā)現(xiàn)仍未修改正確，或引入其他缺陷，或在前一個(gè)版本中未發(fā)現(xiàn)的缺陷，在后一個(gè)版本中出現(xiàn)。在測(cè)試過(guò)程中，測(cè)試組長(zhǎng)每天下班以前需要花15-30分鐘組織開(kāi)發(fā)人員、測(cè)試工程師和工程經(jīng)理對(duì)BUG進(jìn)展REVIEW，由工程經(jīng)理給出BUG相應(yīng)的解決時(shí)間。如產(chǎn)品進(jìn)展性能測(cè)試，則需要在性能測(cè)試后，進(jìn)展一輪回歸測(cè)試，確保功能的正確性。工程測(cè)試完畢工程測(cè)試完畢時(shí)應(yīng)到達(dá)測(cè)試質(zhì)量目標(biāo)所規(guī)定的標(biāo)準(zhǔn)。通過(guò)評(píng)審后完畢該工程測(cè)試。測(cè)試執(zhí)行過(guò)程績(jī)效考核為促進(jìn)開(kāi)發(fā)人員積極主動(dòng)做好質(zhì)量工作，對(duì)開(kāi)發(fā)人員進(jìn)展考核。序號(hào)開(kāi)發(fā)人員考核內(nèi)容考核評(píng)分標(biāo)準(zhǔn)1開(kāi)發(fā)人員提交的首個(gè)產(chǎn)品未通過(guò)單元測(cè)試標(biāo)準(zhǔn)。待定2開(kāi)發(fā)人員無(wú)故將【嚴(yán)重】、【非常嚴(yán)重】級(jí)別無(wú)爭(zhēng)議的缺陷延期1天修改。待定3開(kāi)發(fā)人員未能正確修改缺陷，導(dǎo)致?tīng)顟B(tài)為【已修改】的缺陷被【重新翻開(kāi)】，測(cè)試過(guò)程中每天超過(guò)1個(gè)。待定4開(kāi)發(fā)人員千行缺陷代碼率在工程組中排名第一者待定5一個(gè)工程中【延遲修改】或【問(wèn)題】的缺陷數(shù)超過(guò)總?cè)毕輸?shù)的10%待定測(cè)試變更當(dāng)需求變更，功能變化時(shí)，產(chǎn)品經(jīng)理需要通知測(cè)試工程師，測(cè)試工程師根據(jù)變更情況，評(píng)估測(cè)試變更所需時(shí)間，提出變更風(fēng)險(xiǎn)。測(cè)試組長(zhǎng)要修改相應(yīng)的測(cè)試方案，測(cè)試工程師要重新設(shè)計(jì)測(cè)試用例并組織完成評(píng)審或者經(jīng)過(guò)測(cè)試經(jīng)理的審查。缺陷管理缺陷根本屬性缺陷是指在軟件開(kāi)發(fā)過(guò)程中的針對(duì)軟件產(chǎn)品和開(kāi)發(fā)過(guò)程中的問(wèn)題，這些問(wèn)題已經(jīng)影響或可能會(huì)影響軟件產(chǎn)品的質(zhì)量。缺陷應(yīng)該具備以下屬性，也就是往缺陷管理庫(kù)或者缺陷列表中提交的缺陷應(yīng)該具備以下屬性：屬性名稱描述缺陷標(biāo)識(shí)標(biāo)記*個(gè)缺陷的一組符號(hào)，每個(gè)缺陷必須有一個(gè)唯一的標(biāo)識(shí)缺陷類型根據(jù)缺陷的自然屬性劃分的缺陷種類缺陷驗(yàn)證程度因缺陷引起的故障對(duì)軟件產(chǎn)品的影響程度缺陷所處的模塊或子系統(tǒng)缺陷分步的模塊或子系統(tǒng)缺陷出現(xiàn)幾率指發(fā)現(xiàn)錯(cuò)誤的幾率缺陷的重現(xiàn)步驟詳細(xì)的缺陷重現(xiàn)步驟與缺陷相關(guān)的〔截圖、、用例等〕備注對(duì)缺陷的其他描述缺陷管理流程提交缺陷測(cè)試工程師將缺陷填寫到管理工具中，選擇指派人為開(kāi)發(fā)組長(zhǎng)或相應(yīng)的開(kāi)發(fā)人員。分配缺陷開(kāi)發(fā)人員分別對(duì)自己收到的缺陷進(jìn)展評(píng)審。評(píng)審后如果對(duì)提交的缺陷有疑問(wèn)，可以與提交人協(xié)商。對(duì)未能達(dá)成一致的缺陷由工程經(jīng)理組織工程組成員評(píng)審。評(píng)審人員可以是工程組人員。如果缺陷初次分配的開(kāi)發(fā)人員無(wú)法修改該缺陷，初次分配的開(kāi)發(fā)人員可以將缺陷再次分配給其他開(kāi)發(fā)人員。但為防止缺陷被屢次分配，工程經(jīng)理應(yīng)跟蹤3天以上未修改的缺陷。修改缺陷開(kāi)發(fā)人員對(duì)已確認(rèn)的缺陷進(jìn)展修改，填寫修改記錄，修改缺陷狀態(tài)為“已修改〞或其他狀態(tài)。關(guān)閉缺陷測(cè)試工程師對(duì)已修改的缺陷進(jìn)展驗(yàn)證。如果已修改完成，測(cè)試工程師將缺陷狀態(tài)設(shè)置為關(guān)閉。如果沒(méi)有修改或引起回歸問(wèn)題，將修改缺陷狀態(tài)為“重新開(kāi)啟〞或新增缺陷，由開(kāi)發(fā)工程師繼續(xù)修改。保存缺陷對(duì)于有爭(zhēng)議的缺陷進(jìn)展，將有工程經(jīng)理最終決定是否修改。如果缺陷是由于技術(shù)原因、版本原因不能修改，則保存該缺陷。缺陷分類根據(jù)缺陷的定義，將缺陷分為如以下文檔缺陷：是指對(duì)文檔的靜態(tài)檢查過(guò)程中發(fā)現(xiàn)的缺陷。檢查活動(dòng)包括同行評(píng)審、產(chǎn)品審計(jì)等。評(píng)審的缺陷要根據(jù)被評(píng)審對(duì)象的類型來(lái)確定，被評(píng)審的對(duì)象包括最終出產(chǎn)物和中間過(guò)程產(chǎn)出物，比方需求文檔、設(shè)計(jì)文檔、方案、報(bào)告、用例等缺陷分類描述描述不完整文檔內(nèi)容缺失，或文檔應(yīng)該包括的*圍沒(méi)有涵蓋不一致一致性問(wèn)題有兩類：一是與源頭說(shuō)明書(shū)不一致，比方需求和客戶業(yè)務(wù)需求不一致、設(shè)計(jì)與需求不一致等二是上下文或者與前提不一致描述錯(cuò)誤文檔描述是錯(cuò)誤的，不可實(shí)現(xiàn)或?qū)е洛e(cuò)誤的輸出或結(jié)果功能問(wèn)題該缺陷將會(huì)導(dǎo)致用戶功能的錯(cuò)誤、不滿足、不可用不清楚或有歧義內(nèi)容的描述不清楚、不能準(zhǔn)確表達(dá)、或表達(dá)的意思有歧義邏輯錯(cuò)誤內(nèi)容組織邏輯不清楚、邏輯錯(cuò)誤接口問(wèn)題與最終用戶接口問(wèn)題、與外部系統(tǒng)的接口問(wèn)題、內(nèi)部子系統(tǒng)或模塊的接口問(wèn)題輸入輸出問(wèn)題輸入輸出不完整、不正確、不可測(cè)試或驗(yàn)證不細(xì)化、描述不具體內(nèi)容還需要進(jìn)一步細(xì)化性能問(wèn)題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在性能問(wèn)題平安性問(wèn)題文檔的設(shè)計(jì)或?qū)崿F(xiàn)方式存在平安性問(wèn)題代碼缺陷：是指對(duì)代碼進(jìn)展同行評(píng)審、審計(jì)或代碼走查過(guò)程中發(fā)現(xiàn)的缺陷缺陷分類描述常量變量定義問(wèn)題不滿足設(shè)計(jì)或需求編寫代碼不符合規(guī)*條件判斷處理循環(huán)處理錯(cuò)誤異常處理算法邏輯問(wèn)題注釋問(wèn)題代碼冗余性能問(wèn)題測(cè)試缺陷：是指由測(cè)試活動(dòng)發(fā)現(xiàn)的測(cè)試對(duì)象〔被測(cè)對(duì)象一般是指可運(yùn)行的代碼、系統(tǒng)，不包括靜態(tài)測(cè)試發(fā)現(xiàn)的問(wèn)題〕的缺陷，測(cè)試活動(dòng)包括單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試、性能測(cè)試等過(guò)程缺陷：有稱為不符合項(xiàng)問(wèn)題，是指通過(guò)過(guò)程審計(jì)、過(guò)程分析、管理評(píng)審、質(zhì)量評(píng)估、質(zhì)量審核等活動(dòng)發(fā)現(xiàn)的關(guān)于過(guò)程的缺陷和問(wèn)題。過(guò)程缺陷的發(fā)現(xiàn)者一般是測(cè)試工程師、工程經(jīng)理等缺陷類型描述功能錯(cuò)誤影響了重要的特性、用戶界面、產(chǎn)品接口或全局?jǐn)?shù)據(jù)構(gòu)造，并且設(shè)計(jì)文檔需要爭(zhēng)取的變更。如邏輯、循環(huán)、遞歸、功能等缺陷構(gòu)造錯(cuò)誤Web應(yīng)用程序構(gòu)造化頁(yè)面無(wú)法顯示，或者顯示錯(cuò)誤腳本錯(cuò)誤Web應(yīng)用程序當(dāng)中出現(xiàn)腳本錯(cuò)誤，包括客戶端對(duì)數(shù)據(jù)進(jìn)展校驗(yàn)和運(yùn)算的各種情況下產(chǎn)生的錯(cuò)誤頁(yè)面錯(cuò)誤Web應(yīng)用程序頁(yè)面出現(xiàn)空、錯(cuò)誤、死頁(yè)面文字錯(cuò)誤Web應(yīng)用程序頁(yè)面出現(xiàn)的中外文拼寫、使用、以及不同語(yǔ)種頁(yè)面的編碼錯(cuò)誤頁(yè)面圖形錯(cuò)誤Web應(yīng)用程序頁(yè)面出現(xiàn)圖片內(nèi)容使用不當(dāng)，或者無(wú)法顯示ALT錯(cuò)誤Web應(yīng)用程序頁(yè)面當(dāng)中超文本標(biāo)識(shí)語(yǔ)言、文本標(biāo)簽解釋錯(cuò)誤排版錯(cuò)誤Web應(yīng)用程序頁(yè)面排版不符合要求或者不符合使用習(xí)慣業(yè)務(wù)邏輯不合理應(yīng)用程序的實(shí)現(xiàn)流程和規(guī)定業(yè)務(wù)流程不一致，或者實(shí)現(xiàn)流程無(wú)法正確完成。包括流程數(shù)據(jù)的局部并行、爭(zhēng)用、同步等操作，引起的流程斷裂、死鎖、以及其他異常情況業(yè)務(wù)邏輯不方便應(yīng)用程序?qū)崿F(xiàn)流程在實(shí)際情況下雖然可以完成，但是存在不必要的反復(fù)、等待、冗余等影響使用效率的情況其他錯(cuò)誤其他未分類錯(cuò)誤建議系統(tǒng)改良建議缺陷定義缺陷等級(jí)定義缺陷的嚴(yán)重程度對(duì)以上所述的缺陷類型都是適合的，缺陷的嚴(yán)重程度反映的是對(duì)缺陷的發(fā)現(xiàn)對(duì)象可能造成的影響或后果來(lái)定義的。缺陷等級(jí)缺陷性質(zhì)系統(tǒng)中對(duì)應(yīng)的錯(cuò)誤分類描述一級(jí)致命錯(cuò)誤系統(tǒng)崩潰、死鎖閃退導(dǎo)致對(duì)被描述的主要對(duì)象的理解錯(cuò)誤、不可行、不可運(yùn)轉(zhuǎn)、對(duì)業(yè)務(wù)和整個(gè)系統(tǒng)造成重大損失或損害；對(duì)產(chǎn)品的根本功能有致命影響的缺陷。二級(jí)嚴(yán)重缺陷嚴(yán)重錯(cuò)誤對(duì)被描述的局部對(duì)象的理解或?qū)崿F(xiàn)錯(cuò)誤，局部的模塊或系統(tǒng)不可行或不能運(yùn)轉(zhuǎn)或局部模塊和系統(tǒng)缺失，對(duì)整個(gè)系統(tǒng)有重大影響或可能造成局部的損失或損害；系統(tǒng)實(shí)現(xiàn)功能與需求不符。三級(jí)一般缺陷次要錯(cuò)誤布局不合理文字錯(cuò)誤系統(tǒng)中局部單元模塊或單個(gè)功能描述和實(shí)現(xiàn)有錯(cuò)誤、有偏差、不一致或有缺失，不影響模塊的正常運(yùn)行，或有影響，但可以有替代的方法或防止方法四級(jí)微小缺陷微缺乏道根本不影響系統(tǒng)的運(yùn)行和功能的實(shí)現(xiàn)。但是與標(biāo)準(zhǔn)、規(guī)*和定義不一致五級(jí)建議缺陷新特性不在定義、標(biāo)準(zhǔn)、*圍的定義和約束之內(nèi)，但是從提出者來(lái)看是需要完善的建議缺陷優(yōu)先級(jí)定義缺陷優(yōu)先級(jí)描述緊急需要立刻進(jìn)展修改高在1-2天之內(nèi)必須修改完成中缺陷需要正常排隊(duì)等待修復(fù)低留到組后解決，如果工程的進(jìn)度緊*可以在產(chǎn)品發(fā)布以前不解決缺陷狀態(tài)定義缺陷狀態(tài)描述初始狀態(tài)〔New〕測(cè)試或開(kāi)發(fā)人員提交一個(gè)新的缺陷，等待開(kāi)發(fā)人員或工程經(jīng)理分配修改負(fù)責(zé)人打回〔FeedBack〕要求缺陷的報(bào)告者再次對(duì)缺陷進(jìn)展說(shuō)明已分配〔Assigned〕是指已經(jīng)分配給屬主，等待修改。已解決〔Resolved〕缺陷被屬主修改，等待測(cè)試工程師驗(yàn)證關(guān)閉〔Closed〕測(cè)試工程師驗(yàn)證缺陷已經(jīng)修復(fù)重新翻開(kāi)〔Reopen〕測(cè)試工程師驗(yàn)證，缺陷沒(méi)有修改正確遺留〔Later〕經(jīng)工程經(jīng)理和技術(shù)經(jīng)理驗(yàn)證此缺陷在本版本中不用修改缺陷完成度缺陷完成度描述翻開(kāi)〔Open〕缺陷沒(méi)有被解決已解決〔Fi*ed〕缺陷已經(jīng)修改遺留〔Suspended〕此缺陷步驟本階段解決重新翻開(kāi)〔Reopen〕重新翻開(kāi)*個(gè)缺陷不做修改〔Won’tfi*〕不對(duì)這個(gè)缺陷進(jìn)展修改重復(fù)〔Duplicate〕與*個(gè)缺陷重復(fù)需求如此技術(shù)經(jīng)理和開(kāi)發(fā)人員經(jīng)過(guò)需求和設(shè)計(jì)的核實(shí)后決定不需要修改不可重現(xiàn)被指派的開(kāi)發(fā)人員想要再現(xiàn)缺陷進(jìn)展修改個(gè)時(shí)候，發(fā)現(xiàn)缺陷始終不能再現(xiàn)處理機(jī)制退回機(jī)制假設(shè)在測(cè)試過(guò)程中發(fā)生如下情況，將系統(tǒng)退回到業(yè)務(wù)開(kāi)發(fā)組或相應(yīng)的版本提交人中員：經(jīng)過(guò)測(cè)試后，發(fā)現(xiàn)與需求說(shuō)明規(guī)格說(shuō)明書(shū)中定義的功能項(xiàng)存較大的差異。單一模塊，測(cè)試過(guò)程中發(fā)現(xiàn)缺陷較多或者無(wú)法繼續(xù)進(jìn)展系統(tǒng)其它功能模塊的測(cè)試，繼續(xù)測(cè)試無(wú)意義。測(cè)試過(guò)程中，頻繁死機(jī)、系統(tǒng)崩潰或者應(yīng)用閃退〔單次版本出現(xiàn)三次以上〕。主業(yè)務(wù)流程出現(xiàn)斷點(diǎn)。報(bào)告機(jī)制假設(shè)出現(xiàn)以下情況，需要及時(shí)向部門領(lǐng)導(dǎo)匯報(bào)的情況：測(cè)試后期出現(xiàn)重大邏輯錯(cuò)誤，修改測(cè)試影響上線時(shí)間測(cè)試過(guò)程中需求出現(xiàn)重大變更測(cè)試負(fù)責(zé)人定期匯報(bào)測(cè)試情況測(cè)試結(jié)果分析測(cè)試完成的標(biāo)準(zhǔn)被測(cè)試出的、在軟件錯(cuò)誤級(jí)別分類中定義的：一級(jí)缺陷，致命錯(cuò)誤，100%得到修改并且復(fù)測(cè)通過(guò)二級(jí)缺陷，嚴(yán)重錯(cuò)誤，100%得到修改并且復(fù)測(cè)通過(guò)三級(jí)缺陷，較大錯(cuò)誤，100%得到修改并且復(fù)測(cè)通過(guò)四級(jí)缺陷，一般錯(cuò)誤，90%得到修改并且復(fù)測(cè)通過(guò)五級(jí)缺陷，輕微錯(cuò)誤，85%得到修改并且復(fù)測(cè)通過(guò)保存的缺陷測(cè)試超過(guò)了預(yù)定時(shí)間表，由工