測試部管理標(biāo)準(zhǔn)規(guī)范

測試工作流程及管理規(guī)范目錄一、編寫目 3二、規(guī)范闡明 3三、測試團隊構(gòu)成 3（一）職責(zé) 3（二）角色劃分 3四、工作流程及規(guī)范 4（一）籌劃與設(shè)計階段 41、召開測試啟動會議 42、成立測試團隊 4（二）實行測試階段 41、設(shè)計測試用例 42、實行測試用例 53、提交測試報告 54、回歸測試 5（三）總結(jié)階段 51、編寫測試工作總結(jié) 52、測實驗收 63、缺陷跟蹤 6（四）培訓(xùn)階段 6（五）項目維護階段 7五、測試管理規(guī)范 7（一）缺陷類型定義 7（二）缺陷嚴(yán)重級別 7六、測試原則文檔 8七、績效考核原則（參照附件績效考核原則） 8附件1：測試部績效考核原則 9一、編寫目本文檔是測試團隊尋常工作規(guī)范，重要側(cè)重測試工作流程控制，明確軟件工程各階段測試團隊?wèi)?yīng)完畢工作。測試技術(shù)和方略等問題不在本文檔描述范疇內(nèi)。二、規(guī)范闡明1、測試部是獨立于項目部一種部門，必要按照測試部工作規(guī)定開展工作；2、測試部工作人員應(yīng)按照測試需求文檔以及客觀事實執(zhí)行測試，嚴(yán)格堅持原則；3、測試部工作時間及反饋應(yīng)依照項目總體時間和進度來制定，時間安排受技術(shù)總監(jiān)整體掌控；4、測實驗收報告必要由軟件部負責(zé)人、項目經(jīng)理、美工部主管、測試部主管、項目測試負責(zé)人五方共同簽字，并提交總經(jīng)理助理一份，與總經(jīng)理共同進行抽查；5、測試完畢后出具《測試總結(jié)報告》，項目方可正式上線。三、測試團隊構(gòu)成（一）職責(zé)測試是軟件開發(fā)過程中重要構(gòu)成某些，肩負著如下責(zé)任：

A、在項當(dāng)前景、需求文檔確立之前對文檔進行測試，從顧客體驗和測試角度提出自己看法。

B、編寫合理測試籌劃，并與項目整體籌劃有機地整合在一起。

C、編寫覆蓋率高測試用例。

D、針對測試需求進行有關(guān)測試技術(shù)研究。

E、認真仔細地實行測試工作，并提交《測試總結(jié)報告》以供項目組參照。

F、進行缺陷跟蹤與分析。（二）角色劃分在人力資源有限狀況下，一種團隊成員也許會同步承擔(dān)各種角色。角色名稱有關(guān)重要責(zé)任測試部主管1）各種項目管理與跟進2）安排測試任務(wù)，組建測試小組；3）編寫測試籌劃4）書寫測試總結(jié)報告5）進行抽查以及驗收工作測試負責(zé)人1）編寫測試籌劃、測試用例2）進行項目分工安排以及工作管理3）與其他部門溝通，進行bug跟蹤4）項目整體跟進，涉及需求變更5）書寫測試總結(jié)報告測試實行工程師實行測試用例，執(zhí)行測試四、工作流程及規(guī)范（一）籌劃與設(shè)計階段1、召開測試啟動會議過程要點詳細闡明輸入條件測試部主管一方面理解需求，依照需求制定《測試籌劃書》工作內(nèi)容開發(fā)團隊與測試團隊核對測試內(nèi)容，對測試任務(wù)和目的達到一致，商討測試籌劃草稿可行性，統(tǒng)一項目組目的，分派測試任務(wù)，明確本次測試工作重點。重要工作有：1）程序部主管或項目經(jīng)理告知測試部主管，擬定項目測試開始和結(jié)束時間、項目規(guī)模，至少提前一周。2）提交給測試部兩個文檔：（1）通過顧客簽字確認《需求闡明書》（2）《詳細需求設(shè)計文檔》。3）由測試部主管撰寫《測試籌劃書》草稿。4）程序部項目經(jīng)理解說功能流程。退出原則明確測試內(nèi)容與重點，測試方提交《測試籌劃書》正稿。（參照附件編寫測試用例規(guī)范）負責(zé)人程序部負責(zé)人、項目經(jīng)理、測試部主管2、成立測試團隊在項目構(gòu)成立同步，項目測試小組也將同步成立。團隊成立工作與責(zé)任如下：過程要點詳細闡明輸入條件項目構(gòu)成立（參加《項目籌劃書》評審）工作內(nèi)容為測試小組任命一名本次項目測試負責(zé)人，同步擬定測試小組構(gòu)成人選。（注：依照項目規(guī)模決定參加測試狀況）退出原則測試小構(gòu)成立項目負責(zé)人測試負責(zé)人主負責(zé)人測試部主管（二）實行測試階段1、設(shè)計測試用例在《需求闡明書》和《詳細設(shè)計文檔》文檔確立基本后來，測試組需要針對項目測試需求編寫測試用例，在實際測試中，測試用例將是唯一實行原則。在用例編寫過程中，詳細任務(wù)和負責(zé)人如下：過程要點詳細闡明輸入條件測試需求明確，測試籌劃明確工作內(nèi)容依照每一步測試籌劃編寫所有測試用例退出原則測試用例需要覆蓋所有測試需求負責(zé)人測試用例設(shè)計工程師（可由測試實行工程師或測試負責(zé)人兼做）注：編寫完畢測試用例，需項目經(jīng)理審核確認，保證其全面性；2、實行測試用例實行《測試用例》將耗費測試組絕大某些時間，這些工作都是建立在前期諸多籌劃工作基本上。過程要點詳細闡明輸入條件測試負責(zé)人之前一種工作日定出當(dāng)天測試籌劃，擬定可用測試用例。工作內(nèi)容測試實行工程師依照測試籌劃中分派給自己測試任務(wù)和提供測試用例，實行相應(yīng)測試用例，并將記錄實行用例成果退出原則測試用例中所有任務(wù)被執(zhí)行，成果被記錄。負責(zé)人測試實行工程師3、提交測試報告運用《禪道軟件》進行軟件質(zhì)量管理（重要涉及bug、測試用例、測試任務(wù)、測試成果）等功能。過程要點詳細闡明輸入條件測試組完畢了預(yù)定周期測試任務(wù)工作內(nèi)容測試部測試工程師通過《禪道軟件》向程序部提交測試報告，重要內(nèi)容如下1）項目測試版本2）測試人員和時間3）測試所覆蓋缺陷，涉及：A、測試中所有發(fā)現(xiàn)bug。B、程序人員解決bug。4）測試人員驗證發(fā)現(xiàn)bug與否被修改。5）記錄項目缺陷數(shù)量及其狀態(tài)分類。6）急待解決問題——寫明當(dāng)前項目需要最先解決問題，可以重復(fù)提出。退出原則在每輪測試結(jié)束之后應(yīng)盡快將符合原則測試報告發(fā)給提交項目組。負責(zé)人測試部負責(zé)人4、回歸測試在每輪測試結(jié)束之后，由測試組重新修改最新版本，進行回歸測試。過程要點詳細闡明輸入條件在每輪測試中，按照既有測試用例沒有新缺陷被發(fā)現(xiàn)，測試報告中所有活動缺陷都被解決。工作內(nèi)容測試組將按照測試籌劃中對于回歸測試方略對項目進行回歸測試。退出原則回歸測試所運營缺陷所有通過。負責(zé)人測試部主管、項目測試負責(zé)人（三）總結(jié)階段測試工作結(jié)束或即將結(jié)束時，測試組就要開始著手準(zhǔn)備進行總結(jié)工作。1、編寫測試工作總結(jié)測試總結(jié)工作是在以上工作所有結(jié)束后來，它目是評估本次測試工作，總結(jié)經(jīng)驗，使下一次工作做得更好。過程要點詳細闡明輸入條件測試負責(zé)人完畢了符合原則《測試總結(jié)報告》，發(fā)送給全項目組工作內(nèi)容測試負責(zé)人依照測試成果，按照測試總結(jié)文檔模板編寫測試總結(jié)，退出原則測試負責(zé)人完畢了符合原則《測試總結(jié)報告》，發(fā)送給全測試組。負責(zé)人測試負責(zé)人2、測實驗收測實驗收工作是在以上工作所有結(jié)束后，對測試過程，效果進行驗收，宣布測試結(jié)束。過程要點詳細闡明輸入條件測試組完畢了所有測試實行工作，測試負責(zé)人完畢符合原則測試總結(jié)文檔工作內(nèi)容由測試發(fā)起會上商定驗收構(gòu)成員，對本測試進行驗收，驗收內(nèi)容涉及：a.測試效果驗收——測試與否達到預(yù)期目b.測試文檔驗收——測試過程文檔與否齊全，可信，符合原則c.測試評估——從總體對測試質(zhì)量進行評估d.測試建議——對本次測試工作指出局限性，需要在后來工作中改進地方e.宣布測試結(jié)束——測實驗收構(gòu)成員簽字宣布本次測試結(jié)束退出原則簽發(fā)《測試總結(jié)報告》負責(zé)人程序、美工、測試部門主管3、缺陷跟蹤測實驗收結(jié)束后，要根據(jù)【禪道軟件】進行缺陷整體跟蹤，跟蹤產(chǎn)品在試運營階段暴露出來新缺陷，以及已提交缺陷與否再次發(fā)生。過程要點詳細闡明輸入條件測試組完畢了所有測試實行工作，測實驗收通過，產(chǎn)品試運營、運營。工作內(nèi)容a.已發(fā)現(xiàn)缺陷與否再次發(fā)生b.與否有新發(fā)當(dāng)前測試中未發(fā)現(xiàn)缺陷c.與否有新發(fā)當(dāng)前測試中已發(fā)現(xiàn)但未修改缺陷定義：A類：新發(fā)現(xiàn)缺陷B類：已發(fā)現(xiàn)缺陷C類：已發(fā)現(xiàn)未修改缺陷退出原則缺陷跟蹤報告負責(zé)人測試部主管、項目經(jīng)理（四）培訓(xùn)階段在項目正式上線之前，將整個項目功能模塊操作流程給客戶演示一遍，以便客戶在工作中使用；過程要點詳細闡明輸入條件依照項目大小，書寫《培訓(xùn)籌劃》工作內(nèi)容a.培訓(xùn)準(zhǔn)備——依照培訓(xùn)規(guī)模大小，提前到達培訓(xùn)現(xiàn)場，熟悉環(huán)境；b.詳細實行——①項目<10萬：項目負責(zé)人進行培訓(xùn)；②項目>10萬：測試主管或者商務(wù)進行培訓(xùn)；c.培訓(xùn)規(guī)定——在比較大項目客戶培訓(xùn)時，需程序部派一名工程師進行跟進，解決突發(fā)性問題；退出原則客戶簽寫《項目驗收確認單》負責(zé)人測試負責(zé)人、客戶負責(zé)人（五）項目維護階段項目維護重要涉及客戶維護和后期跟進測試以及安全檢測。在一年免費服務(wù)范疇內(nèi)前三個月，每月進行一次安全檢測；；過程要點詳細闡明輸入條件1）客戶征詢操作問題；2）定期進行網(wǎng)站漏洞安全檢測；工作內(nèi)容a.問題解決——對客戶提出操作問題，及時予以解決；b.詳細記錄——對客戶所征詢問題，記錄到《客戶維護登記表》中；c.安全檢測——①內(nèi)網(wǎng)：安全檢測軟件；②外網(wǎng)：用360和百度漏洞安全檢測；退出原則1）解決客戶所提出操作問題；2）保存檢測記錄，涉及《檢測報告》和圖片負責(zé)人測試負責(zé)人五、測試管理規(guī)范（一）缺陷類型定義本規(guī)范定義如下四類缺陷缺陷類型編號缺陷類型描述1性能問題不滿足系統(tǒng)性能方面需求，如：執(zhí)行時間，事務(wù)解決速率等、因文獻大小而導(dǎo)致系統(tǒng)崩潰等2功能錯誤未實現(xiàn)有關(guān)闡明書中功能規(guī)定3界面及版式問題人機交互界面格式，確認顧客輸入，功能有效性，頁面排版美觀度等方面缺陷4建議不是缺陷，而是從優(yōu)化等方面來提出更好建議（二）缺陷嚴(yán)重級別定級劃分界定原則級別一需求書中重要功能未實現(xiàn)；開發(fā)程序與需求不符，需與程序部確認之后方可；導(dǎo)致系統(tǒng)崩潰、死機,并且不能通過其他辦法實現(xiàn)功能；常規(guī)操作導(dǎo)致程序非法退出、死循環(huán)、通訊中斷或異常，數(shù)據(jù)破壞丟失或數(shù)據(jù)庫異常、且不能通過其他辦法實現(xiàn)功能。浮現(xiàn)錯誤導(dǎo)致測試無法進行，如新增功能不好使，影響修改、刪除等；級別二嚴(yán)重錯誤普通使系統(tǒng)不穩(wěn)定、不安全、或破壞數(shù)據(jù)、或產(chǎn)生錯誤成果，并且是常規(guī)操作中經(jīng)常發(fā)生或非常規(guī)操作中不可避免重要問題，如：重要功能基本能實現(xiàn)，但系統(tǒng)不穩(wěn)定、某些邊界條件下操作會導(dǎo)致run-timeerror、文獻操作異常、通訊異常、數(shù)據(jù)丟失或破壞等錯誤；重要功能不能按正常操作實現(xiàn)，但可通過其他辦法可實現(xiàn)；錯誤波及面廣，影響到其他重要功能正常實現(xiàn)；密碼明文顯示；C/S、B/S模式下，運用客戶端某些操作可導(dǎo)致服務(wù)端不能繼續(xù)正常工作。級別三程序功能運營基本正常，但是存在某些需求、設(shè)計或?qū)崿F(xiàn)上缺陷；次要功能運營不正常，如：次要功能不能正常實現(xiàn)；操作界面錯誤（涉及數(shù)據(jù)窗口內(nèi)列名定義、含義不一致）；打印內(nèi)容、格式錯誤；查詢錯誤，數(shù)據(jù)錯誤顯示；簡樸輸入限制未放在前臺進行控制；刪除操作未給出提示；數(shù)據(jù)庫表中有過多空字段；因錯誤操作迫使程序中斷；找不到規(guī)律時好時壞；數(shù)據(jù)庫表、業(yè)務(wù)規(guī)則、缺省值未加完整性等約束條件；通過一段時間運營后，系統(tǒng)性能或響應(yīng)時間會變慢；重要資料，如密碼未加密存儲（涉及配備文獻中密碼），或其他存在安全性隱患；硬件或通訊異常發(fā)生恢復(fù)后，系統(tǒng)不能自動正常繼續(xù)工作（需要過多人工干預(yù)才行）；系統(tǒng)兼容性差，與其他支持系統(tǒng)一起工作時容易出錯，而沒有充分理由闡明是由支持系統(tǒng)引起；或者由于使用了非常規(guī)技術(shù)或第三方組件導(dǎo)致不能使用自動化測試工具進行測試。級別四程序在某些顯示上不美觀，不符合顧客習(xí)慣，或者是某些文字錯誤，如：界面不規(guī)范；輔助闡明描述不清晰；輸入輸出不規(guī)范；長操作未給顧客提示（或長操作結(jié)束后提示沒有消失）；提示窗口文字未采用行業(yè)術(shù)語；可輸入?yún)^(qū)域和只讀區(qū)域沒有明顯區(qū)別標(biāo)志；界面存在文字錯誤；在功能實現(xiàn)方式上如果需求中沒有明擬定義，而沒有按常規(guī)實現(xiàn)，并且不比常規(guī)方式實現(xiàn)優(yōu)越；(如顧客名第一位用數(shù)字或特殊字符)六、測試原則文檔1、《測試任務(wù)闡明書》2、《測試籌劃》3、《測試用例》4、《測試總結(jié)報告》5、《缺陷跟蹤報告》6、《使用闡明書》7、《客戶培訓(xùn)籌劃》七、績效考核原則（參照附件績效考核原則）附件1：測試部績效考核原則測試工作績效考核原則****天鼎當(dāng)前測試部人員，由網(wǎng)絡(luò)營銷部門人員共同構(gòu)成，兩部門實為同一組人員。為了提高測試部員工工作積極性，保證可以準(zhǔn)時保質(zhì)保量完畢測試任務(wù)；為了公司可以贏得管理，增長效益。特制定此測試績效考核原則。一、測試績效基本獎金額度測試部整體績效額度由項目規(guī)模決定，項目原則及獎金額度如下：項目級別合同金額獎金額度A級≤6,000元100元B級≤10,000元300元C級≤30,000元500元D級≤50,000元800元E級≤80,000元1000元F級≤100,000元1200元G級≤3,00,000元3000元H級＞3,00,000元3000-5000元二、測試部獎金分派與懲罰制度1、獎金分派制度1）測試部獎金分派人員重要涉及測試主管、測試人員。測試人員獎金分為A、B、C三個級別，詳細參照如下表：角色獎金級別評估原則提成比例備注測試部主管1、負責(zé)測試籌劃編寫；2、測試工作分派、監(jiān)督和執(zhí)行3、測試報告匯總；4、測試完畢后進行項目總結(jié)，并出具驗收報告；5、與開發(fā)部溝通和協(xié)調(diào)；6、解決測試過程中遇到問題；25%1、剩余30%提成可以獎勵測試效率高、質(zhì)量好，可以使測試部整體籌劃提前完畢測試人員；2、主管可以依照個人體現(xiàn)分派獎勵；測試組成員A級1、測試出缺陷數(shù)量多，工作細致并且有獨特性；2、能準(zhǔn)時保質(zhì)保量完畢測試工作，工作態(tài)度認真積極；3、測試報告填寫完整，描述清晰，能提出合理修改建議；4、積極跟蹤缺陷修改狀況；5、與開發(fā)部成員形成良好溝通及配合；6、注重測試部整體團隊合伙；20%B級1、測試出缺陷數(shù)量普通，且多為同類型缺陷；2、能準(zhǔn)時完畢測試工作，但工作不夠認真細致；3、測試報告填寫較完整，描述較清晰，但不能提出合理修改建議；4、被動跟蹤缺陷修改狀況；5、測試部整體團隊合伙普通；15%C級1、測試出缺陷數(shù)量較少，同類缺陷數(shù)量多，工作不細致；2、能完畢工作，但需要加班（不給加班費）；3、測試報告填寫不完整，描述混亂，不能精確表達及描述問題；4、從不積極跟蹤缺陷修改狀況；5、很少與開發(fā)部成員進行溝通及配合；6、不注重測試部整體團隊合伙；10%2）如果由于程序部沒有進行自測，或者項目需求不明確狀況下，測試人員在客戶驗收之前，自主發(fā)現(xiàn)核心性問題，做好了最后保障工作，予以獎金300元；2、懲罰制度角色懲罰制度測試組成員1、測試部人員沒有按照測試主管安排，不能“準(zhǔn)時保質(zhì)保量”完畢測試任務(wù)，并且對工作有遲延者1）前兩次予以警告；2）合計三次，取消該項目績效獎；3）超過3次，依照問題嚴(yán)重限度應(yīng)予以50-100元懲罰；整體1、客戶驗收后發(fā)現(xiàn)嚴(yán)重漏洞，扣除測試部整體獎金100%2、客戶驗收后發(fā)現(xiàn)普通漏洞，扣除測試部整體獎金50%3、客戶驗收后發(fā)現(xiàn)細節(jié)漏洞，扣除測試部整體獎金20%4、根據(jù)項目需求，在功能性測試基本上，讓不合格項目產(chǎn)品給客戶布置上，導(dǎo)致客戶抱怨時，該項目重要測試負責(zé)人和測試部主管，應(yīng)予以懲罰，每次罰款50-100元；5、如無特殊因素，測試部沒有準(zhǔn)時完畢測試任務(wù)，影響整個項目上線布置和后期客戶培訓(xùn)，給公司導(dǎo)致成本增長時，應(yīng)予以50-100元懲罰；注：1、項目經(jīng)理需要明確開發(fā)周期，合理進行測試時間安排；2、各種項目同步進行時，會依照項目緊急和重要限度，調(diào)節(jié)測試周期；3、測試周期，不涉及程序部對bug修改時間；三、缺陷質(zhì)量評判原則（也為成員獎金級別評估原則）：漏洞質(zhì)量第一類：功能性問題，即未實現(xiàn)需求分析及設(shè)計時規(guī)定功能規(guī)定，功能及鏈接不能正常使用1、非常嚴(yán)重：在功能闡明書和客戶需求確認書中所描述主體功能沒有實現(xiàn)，10分/個2、較嚴(yán)重：功能基本實現(xiàn)，在特定狀況下導(dǎo)致功能失敗，7分/個3、普通：功能某些失敗，對整體功能實現(xiàn)基本不導(dǎo)致影響，4分/個4、輕微：功能提示不