研發(fā)測試管理制度

研發(fā)測試管理制度測試管理制度?、總則1.?的為統(tǒng)?公司所有項?的軟件測試標(biāo)準(zhǔn)流程；規(guī)范統(tǒng)?的項?測試執(zhí)?標(biāo)準(zhǔn)；達到對?作效率質(zhì)量的掌控和監(jiān)督的作?；同時規(guī)范各部門的交互合作流程，從?有效保證職、責(zé)、權(quán)的分明。特本著規(guī)范化、標(biāo)準(zhǔn)化、專業(yè)化的管理原則制定本管理制度2.適?范圍本制度適?于?絡(luò)數(shù)據(jù)部軟件開發(fā)測試管理?、測試規(guī)范1.??與職責(zé)項?經(jīng)理：協(xié)調(diào)軟件、硬件、??資源、風(fēng)險控制、項?進度和質(zhì)量等；測試經(jīng)理：制定測試計劃、管理測試相關(guān)資源、分配測試?作、風(fēng)險控制等，對測試?作進度把握和質(zhì)量監(jiān)督、協(xié)調(diào)客戶需求和開發(fā)?員的合作、項?完成進?項?總結(jié)；測試?程師：編寫測試?例、執(zhí)?測試、提交缺陷、編寫測試分析報告、性能測試計劃、性能測試?例、性能測試報告；研發(fā)?員：后由測試?員進?回歸測試，測試通過則提供必要的測試數(shù)據(jù)；“關(guān)閉”缺陷，檢驗未通過，提交缺陷修改程序代碼；系統(tǒng)組配置管理?員：管理測試需要的資源，包括軟硬件環(huán)境，提供測試過程中技術(shù)?持。2.測試范圍根據(jù)項?實際需要選擇完成測試類型系統(tǒng)集成后的功能性測試；系統(tǒng)集成后的容錯性測試；系統(tǒng)集成后的界?測試；系統(tǒng)集成后的常?控件測試；系統(tǒng)集成后的接?測試；系統(tǒng)集成后的可?性測試；系統(tǒng)集成后的完整性測試；系統(tǒng)集成后的壓?測試；3.測試標(biāo)準(zhǔn)規(guī)范所有的缺陷必須全部記錄在管理?具（）；測試完成標(biāo)準(zhǔn)必須有項?經(jīng)理和測試的確認；測試?例執(zhí)?覆蓋率應(yīng)達到100%（功能測試?例均已執(zhí)?）；

測試需求執(zhí)?覆蓋率應(yīng)達到100%（業(yè)務(wù)測試?例均已執(zhí)?）；測試規(guī)范是根據(jù)開發(fā)規(guī)范?制定的測試標(biāo)準(zhǔn)，測試規(guī)范也是后期測試?例編寫的重要依據(jù)。性能測試必要性和指標(biāo)根據(jù)需求情況?決定；從理論到?法到各類流程到各類報告模版，都屬于測試規(guī)范的范疇，當(dāng)?整套規(guī)范形成之后，可使得測試?作進?更加穩(wěn)健，所有問題有據(jù)可查；三、測試依據(jù)1.軟件需求規(guī)格說明書軟件需求規(guī)格說明書是軟件達到的各項功能的?標(biāo)。是測試?員各項?作的依據(jù)，沒有需求就?法判斷測試結(jié)果是正確的。2.軟件設(shè)計說明（概要與詳細設(shè)計）設(shè)計說明書包含軟件的?些框架、字段、數(shù)據(jù)庫設(shè)計等。軟件設(shè)計說明對測試?作開展有很?影響，沒有軟件設(shè)計說明很多問題將?法溯源，測試準(zhǔn)備的前期?作也是根據(jù)軟件設(shè)計說明來制定的。3.頁?原型（）頁?原型是項??員快速熟悉項?的最佳路徑。在需求不夠明確，設(shè)計說明書不夠全?的情況下，頁?原型也是后期測試?例編寫思想的重要根據(jù)。四、測試需求分析測試需求是整個測試過程的基礎(chǔ)；確定測試對象以及測試?作的范圍和作?。?來確定整個測試?作（如安排時間表、測試設(shè)計等）并作為測試覆蓋的基礎(chǔ)。?且被確定的測試需求項必須是可核實的。即，它們必須有?個可觀察、可評測的結(jié)果。?法核實的需求不是測試需求。所以我現(xiàn)在的理解是測試需求是?個?較?的概念，它是在整個測試計劃?檔中體現(xiàn)出來的，不是類似的?個?例或者其他。測試需求是制訂測試計劃的基本依據(jù)，確定了測試需求能夠為測試計劃提供客觀依據(jù)；?測試需求是設(shè)計測試?例的指導(dǎo)，確定了要測什么、測哪些??后才能有針對性的設(shè)計測試?例；測試需求是計算測試覆蓋的分母，沒有測試需求就?法有效地進?測試覆蓋；五、測試流程六、啟動測試1.測試計劃在開發(fā)團隊、產(chǎn)品團隊與測試團隊交接測試內(nèi)容，對測試?標(biāo)達成?致，商討測試計劃初稿的可?性，統(tǒng)?項?組的?標(biāo)和測試的?作內(nèi)容的同時，明確測試重點，測試組提交《測試計劃書》。根據(jù)項?的需求?檔，按照測試計劃?檔模板編寫測試計劃。測試計劃中應(yīng)該?少包括以下關(guān)鍵內(nèi)容：測試需求，明確需要測試組測試的范圍，估算出測試所花費的??資源和各個測試需求的測試優(yōu)先級；測試?案，整體測試的測試?法和每個測試需求的測試?法；測試資源，本次測試所需要?到的??、硬件、軟件、技術(shù)的資源；測試組??，明確測試組內(nèi)各個成員的??和相關(guān)責(zé)任；?程碑，明確標(biāo)準(zhǔn)項?過程中測試組應(yīng)該關(guān)注的?程碑；可交付產(chǎn)物，在測試組的?作中必須向項?組提交的產(chǎn)物，包括《測試計劃》、《測試報告》等；風(fēng)險管理，列舉出測試?作所可能出現(xiàn)的風(fēng)險；測試計劃編寫完畢后，必須提交給項?組全體成員，并由項?組組中各個??組聯(lián)合評審，直?通過評審。2.編寫測試?例此?例模板為參考，詳情見版本并以實際格式為準(zhǔn)；七、測試環(huán)境1.系統(tǒng)內(nèi)部集成測試()環(huán)境?途:?常功能性測試、系統(tǒng)測試、集成測試性能要求：?產(chǎn)環(huán)境的等?例縮?，?于最?系統(tǒng)可運?性能要求環(huán)境要求：包含?產(chǎn)環(huán)境各系統(tǒng)及數(shù)據(jù)庫數(shù)據(jù)要求：包含預(yù)?產(chǎn)環(huán)境各類型數(shù)據(jù)的部分數(shù)據(jù)2.預(yù)發(fā)布環(huán)境()環(huán)境?途:模擬?產(chǎn)環(huán)境發(fā)布回歸測試性能測試性能要求：?產(chǎn)環(huán)境的1/2或者1/4性能環(huán)境要求：包含?產(chǎn)環(huán)境各系統(tǒng)及數(shù)據(jù)庫數(shù)據(jù)要求：包含?產(chǎn)環(huán)境各類型數(shù)據(jù)的部分數(shù)據(jù)?、提交測試由開發(fā)?員在提交測試申請給產(chǎn)品?員，產(chǎn)品?員對開發(fā)?員提測內(nèi)容進?審核，審核通過后交由測試負責(zé)?進?測試任務(wù)排期分解。提測地址：九、執(zhí)?測試接到測試申請后，測試?員對提測范圍進?冒煙測試，如果提測對象?法通過冒煙測試，測試?員可駁回提測，終?測試。冒煙測試通過標(biāo)準(zhǔn)：功能測試的功能單元能實現(xiàn)集成測試的功能或系統(tǒng)不缺少，接?功能正常，系統(tǒng)間由接?對接正常系統(tǒng)測試的系統(tǒng)運?正常，測試數(shù)據(jù)正常規(guī)范，系統(tǒng)間接?正常3.執(zhí)?測試?例測試?員按照《系統(tǒng)測試?例》，執(zhí)?測試、質(zhì)量保證、缺陷跟蹤等規(guī)定的流程。4.跟蹤消除缺陷測試發(fā)現(xiàn)了缺陷，開發(fā)?員應(yīng)當(dāng)盡早消除缺陷。開發(fā)?員找到錯誤時，修改前?先思考：修改此缺陷是否會引發(fā)其他問題？如會引發(fā)其他問題則可能需要修改硬件結(jié)構(gòu)或軟件結(jié)構(gòu)。有些時候，設(shè)計中可能潛伏同?類型的許多錯誤（例如由不良編程習(xí)慣引起的軟件錯誤），發(fā)現(xiàn)后應(yīng)當(dāng)乘勝追擊，全部排除。不論原先設(shè)計是否絕對正確，只要進?了改錯后要馬上重新測試，以免引?新的錯誤。記錄缺陷排除的?得體會，與他?共享經(jīng)驗教訓(xùn)。5.優(yōu)先測試原則測試必須有計劃且需制定合理簡潔的測試流程，當(dāng)??資源或測試時間有限，不能做全?的測試，則集中?量測試?優(yōu)先級的內(nèi)容，放棄低優(yōu)先級的內(nèi)容。以下表格中，左邊的測試優(yōu)先級通常?于右邊的測試優(yōu)先級。6.回歸測試在每輪測試中，按照現(xiàn)有的測試?例沒有新的缺陷被發(fā)現(xiàn)，測試報告中全部的活動缺陷都被解決。測試組將按照測試計劃中對于回歸測試的策略進?回歸測試，回歸測試的?例屬于測試?例的?部分或者是全部測試?例，但不能超出原先預(yù)定的測試?例的范圍。在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進?回歸測試?；貧w測試最多為三輪，如果三輪仍未達到停?測試標(biāo)準(zhǔn)，由項?負責(zé)?決定后期策略。?、提交報告在約定的測試周期完成之后，測試需要總結(jié)此測試的結(jié)果，編寫測試報告；測試報告包含如下內(nèi)容：測試報告的版本；測試的?員和時間；測試所覆蓋的缺陷，測試組在這輪測試中所有處理的缺陷，報告了測試處理的缺陷和實施?程師驗證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向；測試新發(fā)現(xiàn)的缺陷數(shù)量；上?版本活動缺陷的數(shù)量；經(jīng)過此輪測試，所有活動缺陷的數(shù)量及其狀態(tài)分類；測試評估，寫明在這?版本中，那些功能被實現(xiàn)了，那些還沒有實現(xiàn)，這?只需寫明和上?版本不同之處即可；急待解決的問題，寫明當(dāng)前項?組中?臨的最優(yōu)先的問題，可以重復(fù)提出；在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報告發(fā)給全項?組；并抄送給相關(guān)領(lǐng)導(dǎo)審閱；??、測試?作總結(jié)測試總結(jié)?作是在以上的?作全部結(jié)束以后，它的?的是評估本次測試?作，總結(jié)經(jīng)驗，并在組內(nèi)進?技術(shù)和經(jīng)驗分享，為使下?次的?作做得更好。??、測試歸檔測試歸檔是在測試驗收結(jié)束宣布測試有效，結(jié)束測試后，對測試過程中涉及到各種標(biāo)準(zhǔn)?檔進?歸類，存檔。主要的歸檔?件如下：《測試計劃書》；《測試?例書》；《測試報告書》；?三、性能測試性能測試是通過?動化的測試?具模擬多種正常、峰值以及異常負載條件來對系統(tǒng)的各項性能指標(biāo)進?測試。負載測試和壓?測試都屬于性能測試，兩者可以結(jié)合進?。通過負載測試，確定在各種?作負載下系統(tǒng)的性能，?標(biāo)是測試當(dāng)負載逐漸增加時，系統(tǒng)各項性能指標(biāo)的變化情況。壓?測試是通過確定?個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最?服務(wù)級別的測試。?四、軟件測試暫停、停?標(biāo)準(zhǔn)軟件系統(tǒng)在進?單元、集成、系統(tǒng)、性能、安裝、驗收測試時，發(fā)現(xiàn)致命錯誤（?于等于1）、嚴重錯誤（?于等于2）時，暫停測試，返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、系統(tǒng)、性能、安裝、驗收測試，并分別達到其測試停?標(biāo)準(zhǔn)時，停?測試轉(zhuǎn)?下?階段。軟件項?需暫停以進?調(diào)整時，測試應(yīng)