測(cè)試體系的建立課件

測(cè)試體系的建立測(cè)試體系的建立1測(cè)試體系的建立測(cè)試體系的建立測(cè)試體系的建立測(cè)試體系的建立24建立測(cè)試體系的目的1235測(cè)試體系介紹自動(dòng)化測(cè)試建立測(cè)試體系的可行性存在的不足及展望2測(cè)試體系的建立4建立測(cè)試體系的目的1235測(cè)試體系介紹自動(dòng)化測(cè)試建立測(cè)試體3建立測(cè)試體系的目的基于以上情況，建立測(cè)試體系是很有必要的一個(gè)規(guī)范的軟件測(cè)試體系，可以提高員工工作效率，降低員工工作強(qiáng)度，有效保證軟件質(zhì)量。一個(gè)規(guī)范的軟件測(cè)試體系，可以促進(jìn)整個(gè)項(xiàng)目流程的規(guī)范。測(cè)試體系的建立建立測(cè)試體系的目的基于以上情況，建立測(cè)試體系是很有必要的一個(gè)4測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建5測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試安全性測(cè)試性能測(cè)試測(cè)試內(nèi)容測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試安全性測(cè)試性能測(cè)試測(cè)試內(nèi)容測(cè)6測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試功能測(cè)試：主要是對(duì)系統(tǒng)中各個(gè)功能的可使用性，以及業(yè)務(wù)流程進(jìn)行測(cè)試。界面測(cè)試：測(cè)試用戶界面功能模塊的布局是否合理，整體風(fēng)格是否符合用戶使用習(xí)慣，界面中文字是否正確，命名是否統(tǒng)一，頁(yè)面是否美觀等。兼容性測(cè)試：主要是測(cè)試在不同的操作系統(tǒng)，不同的瀏覽器中，系統(tǒng)能否正常使用。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試功能測(cè)試：主要是對(duì)系統(tǒng)中各個(gè)7測(cè)試體系介紹——測(cè)試內(nèi)容性能測(cè)試負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，確定在滿足性能需求的情況下，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試：是在超負(fù)載的情況下，通過(guò)給系統(tǒng)加壓，增加并發(fā)量，直到系統(tǒng)崩潰，找到系統(tǒng)所能承受的極限值。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容性能測(cè)試負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)8測(cè)試體系介紹——測(cè)試內(nèi)容安全性測(cè)試功能驗(yàn)證測(cè)試：是采用軟件測(cè)試當(dāng)中的黑盒測(cè)試方法,對(duì)涉及安全的軟件功能（如：用戶管理模塊，權(quán)限管理，加密系統(tǒng)，認(rèn)證系統(tǒng)等）進(jìn)行測(cè)試。漏洞掃描測(cè)試：主要是借助于特定的漏洞掃描工具完成的。通過(guò)使用漏洞掃描工具，測(cè)試人員能夠發(fā)現(xiàn)系統(tǒng)存在的安全漏洞。模擬攻擊測(cè)試：對(duì)于安全性測(cè)試來(lái)說(shuō)，模擬攻擊測(cè)試是一種特殊的極端的測(cè)試方法，以模擬攻擊的方式來(lái)驗(yàn)證軟件系統(tǒng)的安全防護(hù)能力。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容安全性測(cè)試功能驗(yàn)證測(cè)試：是采用軟件測(cè)9測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建10測(cè)試體系介紹——測(cè)試流程測(cè)試流程新系統(tǒng)的測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程需求變更測(cè)試流程測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程測(cè)試新系統(tǒng)的測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程11測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖立項(xiàng)需求評(píng)審開發(fā)部門編寫的需求規(guī)格說(shuō)明書，經(jīng)評(píng)審小組評(píng)審之后，確定最終的需求規(guī)格說(shuō)明書系統(tǒng)測(cè)試計(jì)劃根據(jù)最終的需求規(guī)格說(shuō)明書以及項(xiàng)目開發(fā)計(jì)劃書編寫測(cè)試計(jì)劃，由測(cè)試小組編寫系統(tǒng)測(cè)試方案根據(jù)需求規(guī)格說(shuō)明書，系統(tǒng)測(cè)試計(jì)劃編寫系統(tǒng)測(cè)試方案，由測(cè)試小組編寫編寫測(cè)試用例根據(jù)需求規(guī)格說(shuō)明書、系統(tǒng)原型設(shè)計(jì)、系統(tǒng)測(cè)試計(jì)劃以及系統(tǒng)測(cè)試方案來(lái)編寫，測(cè)試小組編寫測(cè)試用例測(cè)試用例評(píng)審對(duì)測(cè)試用例進(jìn)行評(píng)審，得到最后的有效的用例集，在測(cè)試小組內(nèi)部進(jìn)行測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖立項(xiàng)需求評(píng)審開發(fā)部門12測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖（接上頁(yè)）執(zhí)行測(cè)試用例根據(jù)測(cè)試計(jì)劃，來(lái)分配測(cè)試小組的成員執(zhí)行測(cè)試用例不通過(guò)回歸測(cè)試（功能、安全性測(cè)試）在功能、安全性測(cè)試完成之后，則需要進(jìn)行回歸測(cè)試，直到通過(guò)該項(xiàng)目測(cè)試指標(biāo)才能進(jìn)入性能測(cè)試性能測(cè)試根據(jù)系統(tǒng)規(guī)定的性能指標(biāo)，對(duì)系統(tǒng)的性能進(jìn)行測(cè)試不通過(guò)回歸測(cè)試（性能測(cè)試）性能測(cè)試完成之后，則需要做回歸測(cè)試，直到通過(guò)測(cè)試指標(biāo)才能進(jìn)入出廠測(cè)試系統(tǒng)測(cè)試報(bào)告該報(bào)告中記錄測(cè)試對(duì)象質(zhì)量評(píng)估以及測(cè)試結(jié)論與建議版本發(fā)布出廠測(cè)試通過(guò)，即可以發(fā)布版本出廠測(cè)試測(cè)試完成后，需要由測(cè)試小組安排測(cè)試人員進(jìn)行出廠測(cè)試，如果測(cè)試不通過(guò)則還需進(jìn)行回歸測(cè)試不通過(guò)測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖（接上頁(yè)）執(zhí)行測(cè)試用13測(cè)試體系介紹——測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程圖發(fā)布修改后的系統(tǒng)不通過(guò)版本發(fā)布后系統(tǒng)出現(xiàn)bug用手工測(cè)試對(duì)該系統(tǒng)進(jìn)行檢查，找出bug的位置以及具體操作，確認(rèn)bug并修復(fù)后，進(jìn)入回歸測(cè)試手工測(cè)試用自動(dòng)化測(cè)試對(duì)系統(tǒng)進(jìn)行回歸測(cè)試回歸測(cè)試（自動(dòng)化測(cè)試）出廠測(cè)試測(cè)試完成后，需要由測(cè)試小組安排測(cè)試人員進(jìn)行出廠測(cè)試，如果測(cè)試不通過(guò)則還需進(jìn)行回歸測(cè)試測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程圖發(fā)布修改后的系統(tǒng)不14測(cè)試體系介紹——測(cè)試流程需求變更測(cè)試流程圖新版本發(fā)布需求變更客戶新增需求或者功能修改等新需求評(píng)審評(píng)審小組需評(píng)審新的需求，并修復(fù)需求規(guī)格說(shuō)明書或者新增的需求規(guī)格說(shuō)明書補(bǔ)充測(cè)試計(jì)劃和測(cè)試方案由于需求規(guī)格說(shuō)明書的變更，需要補(bǔ)充測(cè)試計(jì)劃和方案的內(nèi)容測(cè)試用例的修改新增或修改與新增需求相關(guān)的用例執(zhí)行測(cè)試用例執(zhí)行修復(fù)后的測(cè)試用例回歸測(cè)試修復(fù)自動(dòng)化測(cè)試腳本，并進(jìn)行自動(dòng)化回歸測(cè)試出廠測(cè)試不通過(guò)測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程需求變更測(cè)試流程圖新版本發(fā)布需求變更15測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建16測(cè)試體系介紹——流程保障手段障手段流程保項(xiàng)目組在項(xiàng)目開發(fā)前提交需求規(guī)格說(shuō)明書、項(xiàng)目開發(fā)計(jì)劃書、項(xiàng)目原型設(shè)計(jì)項(xiàng)目提交測(cè)試前，應(yīng)該部署到測(cè)試服務(wù)器上，方便測(cè)試組進(jìn)行測(cè)試需求確定后，不能隨時(shí)變動(dòng)，如有變動(dòng)，應(yīng)該提前提交相關(guān)文檔給測(cè)試組測(cè)試組提交bug后，項(xiàng)目組應(yīng)該在規(guī)定時(shí)間內(nèi)安排開發(fā)人員對(duì)bug進(jìn)行處理項(xiàng)目必須在出廠測(cè)試完成后才能提交用戶使用測(cè)試體系的建立測(cè)試體系介紹——流程保障手段障手段項(xiàng)目組在項(xiàng)目開發(fā)前提交需17測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建18測(cè)試體系介紹——缺陷管理缺陷基本定義缺陷嚴(yán)重級(jí)別定義；缺陷類型定義。（具體見測(cè)試體系介紹附錄）缺陷管理工具禪道管理系統(tǒng)（網(wǎng)址：）測(cè)試體系的建立測(cè)試體系介紹——缺陷管理缺陷基本定義缺陷嚴(yán)重級(jí)別定義；缺陷類19測(cè)試體系介紹——缺陷管理缺陷管理流程缺陷管理流程是為了有效的跟蹤、管理bug，指導(dǎo)相關(guān)人員對(duì)bug進(jìn)行處理。對(duì)bug進(jìn)行處理的人員有測(cè)試人員和開發(fā)人員，職責(zé)簡(jiǎn)要說(shuō)明如下：測(cè)試人員：新增bug，并對(duì)修復(fù)的bug進(jìn)行驗(yàn)證，關(guān)閉已修復(fù)的bug；開發(fā)人員：確認(rèn)bug，并對(duì)bug進(jìn)行修復(fù)。測(cè)試體系的建立測(cè)試體系介紹——缺陷管理缺陷管理流程缺陷管理流程是為了有效的20測(cè)試體系介紹——缺陷管理測(cè)試人員開發(fā)人員缺陷管理流程圖開始新增bug確認(rèn)bug激活bug驗(yàn)證bug關(guān)閉bug結(jié)束修復(fù)bugYNYN測(cè)試體系的建立測(cè)試體系介紹——缺陷管理測(cè)試人員開發(fā)人員缺陷管理流程圖開始新21自動(dòng)化測(cè)試的目的自動(dòng)化測(cè)試對(duì)程序的新版本運(yùn)行已有的測(cè)試用例（回歸測(cè)試）；可以運(yùn)行更多更頻繁的測(cè)試；可以執(zhí)行一些手工測(cè)試?yán)щy或不可能做的測(cè)試；提高測(cè)試執(zhí)行速度，縮短測(cè)試周期，再配合手工的測(cè)試，進(jìn)而提高測(cè)試質(zhì)量。測(cè)試體系的建立自動(dòng)化測(cè)試的目的自動(dòng)化測(cè)試對(duì)程序的新版本運(yùn)行已有的測(cè)試用例（22自動(dòng)化測(cè)試用到的知識(shí)Java+Selenium2+TestNG+Jxl實(shí)例演示測(cè)試體系的建立自動(dòng)化測(cè)試用到的知識(shí)Java+Selenium2+T23這樣執(zhí)行的必要性大家有什么意見或建議？測(cè)試體系建立的可行性測(cè)試體系的建立這樣執(zhí)行的必要性大家有什么意見或建議？測(cè)試體系建立的可行性測(cè)24存在的不足及展望自動(dòng)化安全性性能測(cè)試內(nèi)部存在的不足測(cè)試體系的建立存在的不足及展望自動(dòng)化安全性性能測(cè)試內(nèi)部存在的不足測(cè)試體系的25存在的不足及展望項(xiàng)目流程存在的不足一二三四五測(cè)試體系的建立存在的不足及展望項(xiàng)目流程存在的不足一二三四五測(cè)試體系的建立26存在的不足及展望展望實(shí)現(xiàn)單元測(cè)試實(shí)現(xiàn)功能自動(dòng)化測(cè)試使用安全性測(cè)試工具進(jìn)行安全性測(cè)試在Loadrunner中編寫腳本進(jìn)行性能測(cè)試測(cè)試流程規(guī)范化，促進(jìn)項(xiàng)目流程的規(guī)范化測(cè)試體系的建立存在的不足及展望展實(shí)現(xiàn)單元測(cè)試實(shí)現(xiàn)功能自動(dòng)化測(cè)試使用安全性測(cè)27測(cè)試體系的建立測(cè)試體系的建立28測(cè)試體系的建立測(cè)試體系的建立測(cè)試體系的建立測(cè)試體系的建立294建立測(cè)試體系的目的1235測(cè)試體系介紹自動(dòng)化測(cè)試建立測(cè)試體系的可行性存在的不足及展望2測(cè)試體系的建立4建立測(cè)試體系的目的1235測(cè)試體系介紹自動(dòng)化測(cè)試建立測(cè)試體30建立測(cè)試體系的目的基于以上情況，建立測(cè)試體系是很有必要的一個(gè)規(guī)范的軟件測(cè)試體系，可以提高員工工作效率，降低員工工作強(qiáng)度，有效保證軟件質(zhì)量。一個(gè)規(guī)范的軟件測(cè)試體系，可以促進(jìn)整個(gè)項(xiàng)目流程的規(guī)范。測(cè)試體系的建立建立測(cè)試體系的目的基于以上情況，建立測(cè)試體系是很有必要的一個(gè)31測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建32測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試安全性測(cè)試性能測(cè)試測(cè)試內(nèi)容測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試安全性測(cè)試性能測(cè)試測(cè)試內(nèi)容測(cè)33測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試功能測(cè)試：主要是對(duì)系統(tǒng)中各個(gè)功能的可使用性，以及業(yè)務(wù)流程進(jìn)行測(cè)試。界面測(cè)試：測(cè)試用戶界面功能模塊的布局是否合理，整體風(fēng)格是否符合用戶使用習(xí)慣，界面中文字是否正確，命名是否統(tǒng)一，頁(yè)面是否美觀等。兼容性測(cè)試：主要是測(cè)試在不同的操作系統(tǒng)，不同的瀏覽器中，系統(tǒng)能否正常使用。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容功能測(cè)試功能測(cè)試：主要是對(duì)系統(tǒng)中各個(gè)34測(cè)試體系介紹——測(cè)試內(nèi)容性能測(cè)試負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)載，確定在滿足性能需求的情況下，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測(cè)試：是在超負(fù)載的情況下，通過(guò)給系統(tǒng)加壓，增加并發(fā)量，直到系統(tǒng)崩潰，找到系統(tǒng)所能承受的極限值。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容性能測(cè)試負(fù)載測(cè)試：通過(guò)逐步增加系統(tǒng)負(fù)35測(cè)試體系介紹——測(cè)試內(nèi)容安全性測(cè)試功能驗(yàn)證測(cè)試：是采用軟件測(cè)試當(dāng)中的黑盒測(cè)試方法,對(duì)涉及安全的軟件功能（如：用戶管理模塊，權(quán)限管理，加密系統(tǒng)，認(rèn)證系統(tǒng)等）進(jìn)行測(cè)試。漏洞掃描測(cè)試：主要是借助于特定的漏洞掃描工具完成的。通過(guò)使用漏洞掃描工具，測(cè)試人員能夠發(fā)現(xiàn)系統(tǒng)存在的安全漏洞。模擬攻擊測(cè)試：對(duì)于安全性測(cè)試來(lái)說(shuō)，模擬攻擊測(cè)試是一種特殊的極端的測(cè)試方法，以模擬攻擊的方式來(lái)驗(yàn)證軟件系統(tǒng)的安全防護(hù)能力。測(cè)試體系的建立測(cè)試體系介紹——測(cè)試內(nèi)容安全性測(cè)試功能驗(yàn)證測(cè)試：是采用軟件測(cè)36測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建37測(cè)試體系介紹——測(cè)試流程測(cè)試流程新系統(tǒng)的測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程需求變更測(cè)試流程測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程測(cè)試新系統(tǒng)的測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程38測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖立項(xiàng)需求評(píng)審開發(fā)部門編寫的需求規(guī)格說(shuō)明書，經(jīng)評(píng)審小組評(píng)審之后，確定最終的需求規(guī)格說(shuō)明書系統(tǒng)測(cè)試計(jì)劃根據(jù)最終的需求規(guī)格說(shuō)明書以及項(xiàng)目開發(fā)計(jì)劃書編寫測(cè)試計(jì)劃，由測(cè)試小組編寫系統(tǒng)測(cè)試方案根據(jù)需求規(guī)格說(shuō)明書，系統(tǒng)測(cè)試計(jì)劃編寫系統(tǒng)測(cè)試方案，由測(cè)試小組編寫編寫測(cè)試用例根據(jù)需求規(guī)格說(shuō)明書、系統(tǒng)原型設(shè)計(jì)、系統(tǒng)測(cè)試計(jì)劃以及系統(tǒng)測(cè)試方案來(lái)編寫，測(cè)試小組編寫測(cè)試用例測(cè)試用例評(píng)審對(duì)測(cè)試用例進(jìn)行評(píng)審，得到最后的有效的用例集，在測(cè)試小組內(nèi)部進(jìn)行測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖立項(xiàng)需求評(píng)審開發(fā)部門39測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖（接上頁(yè)）執(zhí)行測(cè)試用例根據(jù)測(cè)試計(jì)劃，來(lái)分配測(cè)試小組的成員執(zhí)行測(cè)試用例不通過(guò)回歸測(cè)試（功能、安全性測(cè)試）在功能、安全性測(cè)試完成之后，則需要進(jìn)行回歸測(cè)試，直到通過(guò)該項(xiàng)目測(cè)試指標(biāo)才能進(jìn)入性能測(cè)試性能測(cè)試根據(jù)系統(tǒng)規(guī)定的性能指標(biāo)，對(duì)系統(tǒng)的性能進(jìn)行測(cè)試不通過(guò)回歸測(cè)試（性能測(cè)試）性能測(cè)試完成之后，則需要做回歸測(cè)試，直到通過(guò)測(cè)試指標(biāo)才能進(jìn)入出廠測(cè)試系統(tǒng)測(cè)試報(bào)告該報(bào)告中記錄測(cè)試對(duì)象質(zhì)量評(píng)估以及測(cè)試結(jié)論與建議版本發(fā)布出廠測(cè)試通過(guò)，即可以發(fā)布版本出廠測(cè)試測(cè)試完成后，需要由測(cè)試小組安排測(cè)試人員進(jìn)行出廠測(cè)試，如果測(cè)試不通過(guò)則還需進(jìn)行回歸測(cè)試不通過(guò)測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程新系統(tǒng)測(cè)試流程圖（接上頁(yè)）執(zhí)行測(cè)試用40測(cè)試體系介紹——測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程圖發(fā)布修改后的系統(tǒng)不通過(guò)版本發(fā)布后系統(tǒng)出現(xiàn)bug用手工測(cè)試對(duì)該系統(tǒng)進(jìn)行檢查，找出bug的位置以及具體操作，確認(rèn)bug并修復(fù)后，進(jìn)入回歸測(cè)試手工測(cè)試用自動(dòng)化測(cè)試對(duì)系統(tǒng)進(jìn)行回歸測(cè)試回歸測(cè)試（自動(dòng)化測(cè)試）出廠測(cè)試測(cè)試完成后，需要由測(cè)試小組安排測(cè)試人員進(jìn)行出廠測(cè)試，如果測(cè)試不通過(guò)則還需進(jìn)行回歸測(cè)試測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程系統(tǒng)維護(hù)測(cè)試流程圖發(fā)布修改后的系統(tǒng)不41測(cè)試體系介紹——測(cè)試流程需求變更測(cè)試流程圖新版本發(fā)布需求變更客戶新增需求或者功能修改等新需求評(píng)審評(píng)審小組需評(píng)審新的需求，并修復(fù)需求規(guī)格說(shuō)明書或者新增的需求規(guī)格說(shuō)明書補(bǔ)充測(cè)試計(jì)劃和測(cè)試方案由于需求規(guī)格說(shuō)明書的變更，需要補(bǔ)充測(cè)試計(jì)劃和方案的內(nèi)容測(cè)試用例的修改新增或修改與新增需求相關(guān)的用例執(zhí)行測(cè)試用例執(zhí)行修復(fù)后的測(cè)試用例回歸測(cè)試修復(fù)自動(dòng)化測(cè)試腳本，并進(jìn)行自動(dòng)化回歸測(cè)試出廠測(cè)試不通過(guò)測(cè)試體系的建立測(cè)試體系介紹——測(cè)試流程需求變更測(cè)試流程圖新版本發(fā)布需求變更42測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建43測(cè)試體系介紹——流程保障手段障手段流程保項(xiàng)目組在項(xiàng)目開發(fā)前提交需求規(guī)格說(shuō)明書、項(xiàng)目開發(fā)計(jì)劃書、項(xiàng)目原型設(shè)計(jì)項(xiàng)目提交測(cè)試前，應(yīng)該部署到測(cè)試服務(wù)器上，方便測(cè)試組進(jìn)行測(cè)試需求確定后，不能隨時(shí)變動(dòng)，如有變動(dòng)，應(yīng)該提前提交相關(guān)文檔給測(cè)試組測(cè)試組提交bug后，項(xiàng)目組應(yīng)該在規(guī)定時(shí)間內(nèi)安排開發(fā)人員對(duì)bug進(jìn)行處理項(xiàng)目必須在出廠測(cè)試完成后才能提交用戶使用測(cè)試體系的建立測(cè)試體系介紹——流程保障手段障手段項(xiàng)目組在項(xiàng)目開發(fā)前提交需44測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建立測(cè)試體系介紹測(cè)試內(nèi)容缺陷管理測(cè)試流程流程保障手段測(cè)試體系的建45測(cè)試體系介紹——缺陷管理缺陷基本定義缺陷嚴(yán)重級(jí)別定義；缺陷類型定義。（具體見測(cè)試體系介紹附錄）缺陷管理工具禪道管理系統(tǒng)（網(wǎng)址：）測(cè)試體系的建立測(cè)試體系介紹——缺陷管理缺陷基本定義缺陷嚴(yán)重級(jí)別定義；缺陷類46測(cè)試體系介紹——缺陷管理缺陷管理流程缺陷管理流程是為了有效的跟蹤、管理bug，指導(dǎo)相關(guān)人員對(duì)bug進(jìn)行處理。對(duì)bug進(jìn)行處理的人員有測(cè)試人員和開發(fā)人員，職責(zé)簡(jiǎn)要說(shuō)明如下：測(cè)試人員：新增bug，并對(duì)修復(fù)的bug進(jìn)行驗(yàn)證，關(guān)閉已修復(fù)的bug；開發(fā)人員：確認(rèn)bug，并對(duì)bug進(jìn)行修復(fù)。測(cè)試體系的建立測(cè)試體系介紹——缺陷管理缺