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

1、測試管理制度一、 總則1. 目的為統(tǒng)一公司所有項(xiàng)目的軟件測試標(biāo)準(zhǔn)流程；規(guī)范統(tǒng)一的項(xiàng)目測試執(zhí)行標(biāo)準(zhǔn)；達(dá)到對(duì)工作效率質(zhì)量的掌控和監(jiān)督的作用；同時(shí)規(guī)范各部門的交互合作流程，從而有效保證職、責(zé)、權(quán)的分明。特本著規(guī)范化、標(biāo)準(zhǔn)化、專業(yè)化的管理原則制定本管理制度2. 適用范圍本制度適用于網(wǎng)絡(luò)數(shù)據(jù)部軟件開發(fā)測試管理二、 測試規(guī)范1. 角色與職責(zé)項(xiàng)目經(jīng)理：協(xié)調(diào)軟件、硬件、人力資源、風(fēng)險(xiǎn)控制、項(xiàng)目進(jìn)度和質(zhì)量等；測試經(jīng)理：制定測試計(jì)劃、管理測試相關(guān)資源、分配測試工作、風(fēng)險(xiǎn)控制等，對(duì)測試工作進(jìn)度把握和質(zhì)量監(jiān)督、協(xié)調(diào)客戶需求和開發(fā)人員的合作、項(xiàng)目完成進(jìn)行項(xiàng)目總結(jié)；測試工程師：編寫測試用例、執(zhí)行測試、提交缺陷、編寫測試分

2、析報(bào)告、性能測試計(jì)劃、性能測試用例、性能測試報(bào)告；研發(fā)人員：修改缺陷、開發(fā)人員修改完缺陷后由測試人員進(jìn)行回歸測試，測試通過則“關(guān)閉”缺陷，檢驗(yàn)未通過，提交缺陷修改程序代碼；提供必要的測試數(shù)據(jù)；系統(tǒng)組配置管理人員：管理測試需要的資源，包括軟硬件環(huán)境，提供測試過程中技術(shù)支持。2. 測試范圍根據(jù)項(xiàng)目實(shí)際需要選擇完成測試類型 系統(tǒng)集成后的功能性測試； l  系統(tǒng)集成后的容錯(cuò)性測試； l  系統(tǒng)集成后的界面測試；       l  系統(tǒng)集成后的常用控件測試； l 

3、系統(tǒng)集成后的接口測試； l  系統(tǒng)集成后的可用性測試； l  系統(tǒng)集成后的完整性測試； 系統(tǒng)集成后的壓力測試；3. 測試標(biāo)準(zhǔn)規(guī)范 所有的缺陷必須全部記錄在BUG管理工具（JIRA）； 測試完成標(biāo)準(zhǔn)必須有項(xiàng)目經(jīng)理和測試Leader的確認(rèn)； 測試用例執(zhí)行覆蓋率應(yīng)達(dá)到100%（功能測試用例均已執(zhí)行）； 測試需求執(zhí)行覆蓋率應(yīng)達(dá)到100%（業(yè)務(wù)測試用例均已執(zhí)行）； 測試規(guī)范是根據(jù)開發(fā)規(guī)范而制定的測試標(biāo)準(zhǔn)，測試規(guī)范也是后期測試用例編寫的重要依據(jù)。 性能測試必要性和指標(biāo)根據(jù)需求情況而決定； 從理論到方法到各類流程到各類報(bào)告模版，都屬于測試規(guī)范的范疇，當(dāng)一整套規(guī)范形成之

4、后，可使得測試工作進(jìn)行更加穩(wěn)健，所有問題有據(jù)可查；三、 測試依據(jù)1. 軟件需求規(guī)格說明書軟件需求規(guī)格說明書是軟件達(dá)到的各項(xiàng)功能的目標(biāo)。是測試人員各項(xiàng)工作的依據(jù)，沒有需求就無法判斷測試結(jié)果是正確的。2. 軟件設(shè)計(jì)說明（概要與詳細(xì)設(shè)計(jì)）設(shè)計(jì)說明書包含軟件的一些框架、字段、數(shù)據(jù)庫設(shè)計(jì)等。軟件設(shè)計(jì)說明對(duì)測試工作開展有很大影響，沒有軟件設(shè)計(jì)說明很多問題將無法溯源，測試準(zhǔn)備的前期工作也是根據(jù)軟件設(shè)計(jì)說明來制定的。3. 頁面原型（DEMO）頁面原型是項(xiàng)目人員快速熟悉項(xiàng)目的最佳路徑。在需求不夠明確，設(shè)計(jì)說明書不夠全面的情況下，頁面原型也是后期測試用例編寫思想的重要根據(jù)。四、 測試需求分析測試需求是整個(gè)測試過程

5、的基礎(chǔ)；確定測試對(duì)象以及測試工作的范圍和作用。用來確定整個(gè)測試工作（如安排時(shí)間表、測試設(shè)計(jì)等）并作為測試覆蓋的基礎(chǔ)。而且被確定的測試需求項(xiàng)必須是可核實(shí)的。即，它們必須有一個(gè)可觀察、可評(píng)測的結(jié)果。無法核實(shí)的需求不是測試需求。所以我現(xiàn)在的理解是測試需求是一個(gè)比較大的概念，它是在整個(gè)測試計(jì)劃文檔中體現(xiàn)出來的，不是類似的一個(gè)用例或者其他。 測試需求是制訂測試計(jì)劃的基本依據(jù)，確定了測試需求能夠?yàn)闇y試計(jì)劃提供客觀依據(jù)； 測試需求是設(shè)計(jì)測試用例的指導(dǎo)，確定了要測什么、測哪些方面后才能有針對(duì)性的設(shè)計(jì)測試用例； 測試需求是計(jì)算測試覆蓋的分母，沒有測試需求就無法有效地進(jìn)行測試覆蓋；五、 測試流程六、 啟動(dòng)測試1.

6、 測試計(jì)劃在開發(fā)團(tuán)隊(duì)、產(chǎn)品團(tuán)隊(duì)與測試團(tuán)隊(duì)交接測試內(nèi)容，對(duì)測試目標(biāo)達(dá)成一致，商討測試計(jì)劃初稿的可行性，統(tǒng)一項(xiàng)目組的目標(biāo)和測試的工作內(nèi)容的同時(shí)，明確測試重點(diǎn)，測試組提交測試計(jì)劃書。根據(jù)項(xiàng)目的需求文檔，按照測試計(jì)劃文檔模板編寫測試計(jì)劃。測試計(jì)劃中應(yīng)該至少包括以下關(guān)鍵內(nèi)容： 測試需求，明確需要測試組測試的范圍，估算出測試所花費(fèi)的人力資源和各個(gè)測試需求的測試優(yōu)先級(jí)； 測試方案，整體測試的測試方法和每個(gè)測試需求的測試方法； 測試資源，本次測試所需要用到的人力、硬件、軟件、技術(shù)的資源； 測試組角色，明確測試組內(nèi)各個(gè)成員的角色和相關(guān)責(zé)任； 里程碑，明確標(biāo)準(zhǔn)項(xiàng)目過程中測試組應(yīng)該關(guān)注的里程碑； 可交付產(chǎn)物，在測試

7、組的工作中必須向項(xiàng)目組提交的產(chǎn)物，包括測試計(jì)劃、測試報(bào)告等； 風(fēng)險(xiǎn)管理，列舉出測試工作所可能出現(xiàn)的風(fēng)險(xiǎn)； 測試計(jì)劃編寫完畢后，必須提交給項(xiàng)目組全體成員，并由項(xiàng)目組組中各個(gè)角色組聯(lián)合評(píng)審，直至通過評(píng)審。2. 編寫測試用例在需求分析文檔確立基線以后，測試組需要針對(duì)項(xiàng)目的測試需求編寫測試用例，在實(shí)際的測試中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)；測試用例所涵蓋的標(biāo)準(zhǔn)如下：測試用例是用于檢驗(yàn)對(duì)象是否符合要求的一種“示例”，基本要素為：前提條件、輸入數(shù)據(jù)或動(dòng)作、期望的響應(yīng)，目的是找出需求、設(shè)計(jì)、實(shí)現(xiàn)中的缺陷；測試用例由開發(fā)人員和測試人員共同制定，然后撰寫系統(tǒng)測試用例，責(zé)任人為測試工程師；項(xiàng)目經(jīng)理和測試Leader審

8、批系統(tǒng)測試用例，如果同意，則測試人員按照該計(jì)劃執(zhí)行測試工作；否則修改測試用例，直到通過審批為止； 測 試 用 例項(xiàng)目名稱項(xiàng)目負(fù)責(zé)人模塊名優(yōu)先級(jí)別模塊開發(fā)人員開發(fā)完成日期用例設(shè)計(jì)人員設(shè)計(jì)日期評(píng)審人員評(píng)審日期測試次數(shù)測試執(zhí)行日編號(hào)流程目的操作步驟動(dòng)作預(yù)期結(jié)果執(zhí)行結(jié)果備注1鍵入地址>登錄系統(tǒng)登錄成功輸入地址，回車；輸入用戶名、密碼、驗(yàn)證碼，點(diǎn)擊登錄按鈕點(diǎn)擊“登錄”按鈕。登錄成功，顯示主功能頁面成功頁面樣式有問題23此用例模板為參考，詳情見Excel版本并以實(shí)際Excel格式為準(zhǔn)；七、 測試環(huán)境1. 系統(tǒng)內(nèi)部集成測試(System Integration Testing) SIT環(huán)境用途: 日常

9、功能性測試、系統(tǒng)測試、集成測試性能要求：生產(chǎn)環(huán)境的等比例縮小，高于最小系統(tǒng)可運(yùn)行性能要求環(huán)境要求：包含生產(chǎn)環(huán)境各系統(tǒng)及數(shù)據(jù)庫數(shù)據(jù)要求：包含預(yù)生產(chǎn)環(huán)境各類型數(shù)據(jù)的部分?jǐn)?shù)據(jù)2. 預(yù)發(fā)布環(huán)境(Pre Release Environment) PRE環(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ù)的部分?jǐn)?shù)據(jù)八、 提交測試由開發(fā)人員在JIRA提交測試申請(qǐng)給產(chǎn)品人員，產(chǎn)品人員對(duì)開發(fā)人員提測內(nèi)容進(jìn)行審核，審核通過后交由測試負(fù)責(zé)人進(jìn)行測試任務(wù)排期分解。JIRA提測地址：47

10、:8080/browse/TA九、 執(zhí)行測試 接到測試申請(qǐng)后，測試人員對(duì)提測范圍進(jìn)行冒煙測試，如果提測對(duì)象無法通過冒煙測試，測試人員可駁回提測，終止測試。冒煙測試通過標(biāo)準(zhǔn)： 功能測試的功能單元能實(shí)現(xiàn) 集成測試的功能或系統(tǒng)不缺少，接口功能正常，系統(tǒng)間由接口對(duì)接正常 系統(tǒng)測試的系統(tǒng)運(yùn)行正常，測試數(shù)據(jù)正常規(guī)范，系統(tǒng)間接口正常3. 執(zhí)行測試用例測試人員按照系統(tǒng)測試用例，執(zhí)行測試、質(zhì)量保證、缺陷跟蹤等規(guī)定的流程。4. 跟蹤消除缺陷 測試發(fā)現(xiàn)了缺陷，開發(fā)人員應(yīng)當(dāng)盡早消除缺陷。 開發(fā)人員找到錯(cuò)誤時(shí)，修改前首先思考：修改此缺陷是否會(huì)引發(fā)其他問題？如會(huì)引發(fā)其他問題則可能需要修改硬件結(jié)構(gòu)或軟件結(jié)構(gòu)。 有些時(shí)候，設(shè)

11、計(jì)中可能潛伏同一類型的許多錯(cuò)誤（例如由不良編程習(xí)慣引起的軟件錯(cuò)誤），發(fā)現(xiàn)后應(yīng)當(dāng)乘勝追擊，全部排除。 不論原先設(shè)計(jì)是否絕對(duì)正確，只要進(jìn)行了改錯(cuò)后要馬上重新測試，以免引入新的錯(cuò)誤。 記錄缺陷排除的心得體會(huì)，與他人共享經(jīng)驗(yàn)教訓(xùn)。5. 優(yōu)先測試原則測試必須有計(jì)劃且需制定合理簡潔的測試流程，當(dāng)人力資源或測試時(shí)間有限，不能做全面的測試，則集中力量測試高優(yōu)先級(jí)的內(nèi)容，放棄低優(yōu)先級(jí)的內(nèi)容。以下表格中，左邊的測試優(yōu)先級(jí)通常高于右邊的測試優(yōu)先級(jí)。測試內(nèi)容測試優(yōu)先級(jí)測試內(nèi)容特色功能高于非特色功能用戶常用功能高于非常用功能需求重點(diǎn)的功能模塊高于非重點(diǎn)功能模塊系統(tǒng)性能瓶徑所在的模塊高于不是性能瓶徑所在的模塊最復(fù)雜、最容

12、易出錯(cuò)的模塊高于不復(fù)雜、不會(huì)出錯(cuò)的模塊開發(fā)者沒有信心的模塊高于開發(fā)者自信的模塊涉及財(cái)物相關(guān)功能模塊高于其他功能模塊開發(fā)者技術(shù)能力弱高于開發(fā)者技術(shù)能力強(qiáng)功能價(jià)值高的模塊高于功能價(jià)值低的模塊6. 回歸測試在每輪測試中，按照現(xiàn)有的測試用例沒有新的缺陷被發(fā)現(xiàn)，測試報(bào)告中全部的活動(dòng)缺陷都被解決。測試組將按照測試計(jì)劃中對(duì)于回歸測試的策略進(jìn)行回歸測試，回歸測試的用例屬于測試用例的一部分或者是全部測試用例，但不能超出原先預(yù)定的測試用例的范圍。在每輪測試結(jié)束之后，由測試組重新拷貝修改后的最新版本，進(jìn)行回歸測試。回歸測試最多為三輪，如果三輪仍未達(dá)到停止測試標(biāo)準(zhǔn)，由項(xiàng)目負(fù)責(zé)人決定后期策略。十、 提交報(bào)告在約定的測試

13、周期完成之后，測試Leader需要總結(jié)此測試的結(jié)果，編寫測試報(bào)告；測試報(bào)告包含如下內(nèi)容： 測試報(bào)告的版本； 測試的人員和時(shí)間； 測試所覆蓋的缺陷，測試組在這輪測試中所有處理的缺陷，報(bào)告了測試Leader處理的缺陷和實(shí)施工程師驗(yàn)證的缺陷。不僅要寫出覆蓋缺陷的總數(shù)，還要寫明這些缺陷的去向； 測試新發(fā)現(xiàn)的缺陷數(shù)量； 上一版本活動(dòng)缺陷的數(shù)量； 經(jīng)過此輪測試，所有活動(dòng)缺陷的數(shù)量及其狀態(tài)分類； 測試評(píng)估，寫明在這一版本中，那些功能被實(shí)現(xiàn)了，那些還沒有實(shí)現(xiàn)，這里只需寫明和上一版本不同之處即可； 急待解決的問題，寫明當(dāng)前項(xiàng)目組中面臨的最優(yōu)先的問題，可以重復(fù)提出； 在每輪測試結(jié)束之后應(yīng)盡快將符合標(biāo)準(zhǔn)的測試報(bào)告發(fā)

14、給全項(xiàng)目組；并抄送給相關(guān)領(lǐng)導(dǎo)審閱； 十一、 測試工作總結(jié)測試總結(jié)工作是在以上的工作全部結(jié)束以后，它的目的是評(píng)估本次測試工作，總結(jié)經(jīng)驗(yàn)，并在組內(nèi)進(jìn)行技術(shù)和經(jīng)驗(yàn)分享，為使下一次的工作做得更好。十二、 測試歸檔測試歸檔是在測試驗(yàn)收結(jié)束宣布測試有效，結(jié)束測試后，對(duì)測試過程中涉及到各種標(biāo)準(zhǔn)文檔進(jìn)行歸類，存檔。主要的歸檔文件如下：· 測試計(jì)劃書；· 測試用例書；· 測試報(bào)告書；十三、 性能測試性能測試是通過自動(dòng)化的測試工具模擬多種正常、峰值以及異常負(fù)載條件來對(duì)系統(tǒng)的各項(xiàng)性能指標(biāo)進(jìn)行測試。負(fù)載測試和壓力測試都屬于性能測試，兩者可以結(jié)合進(jìn)行。通過負(fù)載測試，確定在各種工作負(fù)載下系統(tǒng)的性能，目標(biāo)是測試當(dāng)負(fù)載逐漸增加時(shí)，系統(tǒng)各項(xiàng)性能指標(biāo)的變化情況。壓力測試是通過確定一個(gè)系統(tǒng)的瓶頸或者不能接收的性能點(diǎn)，來獲得系統(tǒng)能提供的最大服務(wù)級(jí)別的測試。十四、 軟件測試暫停、停止標(biāo)準(zhǔn)軟件系統(tǒng)在進(jìn)行單元、集成、系統(tǒng)、性能、安裝、驗(yàn)收測試時(shí)，發(fā)現(xiàn)致命錯(cuò)誤（大于等于1）、嚴(yán)重錯(cuò)誤（大于等于2）時(shí)，暫停測試，返回開發(fā)。軟件系統(tǒng)經(jīng)過單元、集成、系統(tǒng)、性能、安裝、驗(yàn)收測試，并分別達(dá)到其測試