電網(wǎng)信息事業(yè)部測試管理規(guī)范

電網(wǎng)信息事業(yè)部測試管理規(guī)范文件狀態(tài)：[]草稿[]正式發(fā)布[√]正在修改文件標(biāo)識(shí)：當(dāng)前版本：V1.0作者：黃穎完成日期： 測試組工作規(guī)范文檔修訂記錄編號(hào)狀態(tài)簡要說明日期變更人批準(zhǔn)日期批準(zhǔn)人V1.0C新建黃穎V1.1A增加了測試流程圖增加了發(fā)布重要時(shí)間點(diǎn)增加了數(shù)據(jù)統(tǒng)計(jì)2013-02-22黃穎V1.2M修改了發(fā)布流程的內(nèi)容2014-05-13黃穎備注：A新增C創(chuàng)建M修改D刪除 第PAGEI頁目錄第一章概述 11.1目的 11.2適用范圍 1第二章角色和職責(zé) 12.1職責(zé) 12.2角色劃分和技能要求 22.3技能和業(yè)務(wù)培訓(xùn) 3第三章測試流程描述 33.1測試介入條件 33.2測試流程圖 5第四章測試過程 54.1需求評審 54.2測試計(jì)劃 64.3測試用例 64.4測試執(zhí)行 74.5測試報(bào)告 7第五章發(fā)布流程 7第六章測試人員的工作內(nèi)容匯總 76.1測試任務(wù) 76.2發(fā)布任務(wù) 86.3其他相關(guān)任務(wù) 86.4本周發(fā)布負(fù)責(zé)人工作內(nèi)容 8 測試組工作流程規(guī)范概述目的根據(jù)測試部門現(xiàn)狀，以及公司領(lǐng)導(dǎo)對測試部門的重視與期望，該文檔明確定義了測試部門崗位職能、測試流程、測試文檔規(guī)范、日常項(xiàng)目工作以及測試部門人員技能與業(yè)務(wù)的培訓(xùn)等方面，同時(shí)該文檔將作為測試部門發(fā)展的一個(gè)指導(dǎo)，在后期的工作實(shí)踐中由測試部門成員不斷地改進(jìn)優(yōu)化，使得測試部門能夠更好與其他部門成員做好產(chǎn)品的質(zhì)量控制。適用范圍本規(guī)范文件適用于公司開發(fā)的軟件并需要測試服務(wù)的所有軟件開發(fā)項(xiàng)目組、軟件開發(fā)人員、測試組成員，QA以及項(xiàng)目經(jīng)理查閱。角色和職責(zé)職責(zé)測試是軟件開發(fā)過程中的重要組成部分，肩負(fù)著如下責(zé)任：在項(xiàng)目的前期、需求文檔確立基線前對文檔進(jìn)行測試，從用戶體驗(yàn)和測試的角度提出自己的看法。編寫合理的測試計(jì)劃，并與項(xiàng)目整體計(jì)劃有機(jī)地整合在一起。編寫覆蓋率高的測試用例。針對測試需求進(jìn)行相關(guān)測試技術(shù)的研究。認(rèn)真仔細(xì)地實(shí)施測試工作，并提交測試報(bào)告供項(xiàng)目組參考。進(jìn)行缺陷跟蹤與分析。角色劃分和技能要求在人力資源有限的情況下，一個(gè)團(tuán)隊(duì)成員可能會(huì)同時(shí)承擔(dān)多個(gè)角色。角色名稱人數(shù)職責(zé)技能要求測試主管1人1.負(fù)責(zé)測試部門發(fā)展規(guī)劃2.協(xié)調(diào)測試部門資源配合公司各個(gè)項(xiàng)目的測試工作3.組織培養(yǎng)測試部門人員的技能和業(yè)務(wù)培訓(xùn),指導(dǎo)測試人員技能提升與職業(yè)發(fā)展4.負(fù)責(zé)協(xié)調(diào)測試組所有事宜，包括與開發(fā)、需求、設(shè)計(jì)人員的溝通，高級(jí)測試工程師1人1.掌握測試技術(shù)，熟悉電力行業(yè)的業(yè)務(wù)需求，能夠?qū)赡艹霈F(xiàn)的問題進(jìn)行分析評估2.評審測試用例，并能夠指導(dǎo)初級(jí)測試工程師的工作。3.編寫測試計(jì)劃，合理安排測試資源。4.負(fù)責(zé)項(xiàng)目的自動(dòng)化測試工作1.熟練使用研發(fā)過程管理平臺(tái)的系統(tǒng)管理員相關(guān)功能。2.熟練使用LR，利用LR能夠分析系統(tǒng)的瓶頸提高系統(tǒng)的性能3.熟練使用RobotFramework，了解內(nèi)置庫和Selenium2Library庫，利用RobotFramework能夠?qū)崿F(xiàn)對系統(tǒng)功能的自動(dòng)化4.了解簡單的SVN知識(shí)，能夠使用SVN做更新，提交，檢出操作。5.能夠熟練的使用常用SQL語句6.熟悉Linux系統(tǒng)，了解常用的SSH命令，可以獨(dú)立完成對PMS系統(tǒng)的發(fā)布7.熟悉Python中級(jí)測試工程師2人1.對任務(wù)、測試結(jié)果負(fù)責(zé)。熟悉負(fù)責(zé)的項(xiàng)目的需求和功能，有明確的測試方案。2.總結(jié)測試方法，維護(hù)測試用例庫，督促和追蹤項(xiàng)目進(jìn)度。3.編寫項(xiàng)目測試用例1.精通測試用例的設(shè)計(jì)2.熟練的使用研發(fā)過程管理平臺(tái)，了解其基本原理并可以根據(jù)項(xiàng)目做出自定義的調(diào)整3.熟悉LR和RobotFramework的使用，可以錄制和參數(shù)化自動(dòng)化腳本，并可以對結(jié)果進(jìn)行分析4.了解簡單的SVN知識(shí)，能夠使用SVN做更新，提交，檢出操作。5.能夠熟練的使用常用SQL語句6.熟悉Linux系統(tǒng)，了解常用的SSH命令，可以獨(dú)立完成對PMS系統(tǒng)的發(fā)布初級(jí)測試工程師4人1.熟悉負(fù)責(zé)的模塊的測試需求和測試功能點(diǎn)2.部分測試用例的編寫3.根據(jù)測試用例有效的執(zhí)行測試，提交缺陷和報(bào)告。1.掌握基本的軟件測試?yán)碚撝R(shí)2.能夠熟練的使用QC，了解默認(rèn)的缺陷處理流程3.了解LR和RobotFramework的常見功能和基本原理4.了解簡單的SVN知識(shí)，能夠使用SVN做更新，提交，檢出操作。5.能夠熟練的使用常用SQL語句6.熟悉Linux系統(tǒng)，了解常用的SSH命令，可以獨(dú)立完成對PMS系統(tǒng)的發(fā)布技能和業(yè)務(wù)培訓(xùn)測試部門根據(jù)部門人員能力情況，以及測試人員的發(fā)展方向，定期安排技能、工具和業(yè)務(wù)流程的培訓(xùn)等。技能和工具的培訓(xùn)：一個(gè)月1次，根據(jù)測試部門員工的工作時(shí)間進(jìn)行調(diào)配。主要包括但不限于以下內(nèi)容：軟件測試的基本理論測試用例的設(shè)計(jì)方法SVN的原理和使用Hudson的原理和使用（包括Ant腳本）Python的原理和使用RobotFramework的原理和使用LR的原理和使用業(yè)務(wù)培訓(xùn)：不定期，根據(jù)項(xiàng)目的進(jìn)度進(jìn)行調(diào)配。主要包括但不限于以下方式：測試用例的評審操作手冊的評審測試流程描述測試介入條件要求測試組介入測試必須滿足以下條件：新立項(xiàng)項(xiàng)目：前期需求測試必須介入程序開發(fā)已經(jīng)進(jìn)入開發(fā)后期，相對穩(wěn)定需要提供用戶需求說明書（或者概要設(shè)計(jì)說明書或者簡要的使用說明）和數(shù)據(jù)庫設(shè)計(jì)說明書已上線項(xiàng)目：需要提供一下文檔操作手冊測試用例測試報(bào)告用戶需求說明書（或者概要設(shè)計(jì)說明書或者簡要的使用說明）數(shù)據(jù)庫設(shè)計(jì)說明書所有移交測試組測試的模塊，發(fā)現(xiàn)的問題都是要進(jìn)研發(fā)過程管理平臺(tái)的，有需求的變更需要及時(shí)通知到測試組。測試流程圖測試過程需求評審當(dāng)項(xiàng)目組成立的同時(shí)，測試組也將同時(shí)成立，測試組成員需要詳細(xì)閱讀《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》，在需求評審階段將《用戶需求說明書》和《產(chǎn)品需求規(guī)格說明書》中描寫模糊或者存在不同理解含義的需求點(diǎn)明確。如果在項(xiàng)目過程需求發(fā)生變更，項(xiàng)目經(jīng)理需要在【研發(fā)過程管理平臺(tái)】->【任務(wù)管理】中提交任務(wù)。提交后的需求需要經(jīng)過開發(fā)組長，測試組長審核開發(fā)交付文檔：《用戶需求說明書》《產(chǎn)品需求規(guī)格說明書》測試計(jì)劃當(dāng)需求評審?fù)ㄟ^后，測試主管需要根據(jù)確定下來的需求和項(xiàng)目開發(fā)計(jì)劃制定測試計(jì)劃。在測試計(jì)劃中，需要明確在該項(xiàng)目中需要測試的范圍、各測試需求的優(yōu)先級(jí)、估算出測試需要花費(fèi)的時(shí)間以及從事測試工作的人員及其責(zé)任分工、里程碑標(biāo)志、風(fēng)險(xiǎn)管理以及測試階段需要的交付件文檔等。若需求或者實(shí)際項(xiàng)目發(fā)生變更時(shí)，則測試計(jì)劃也要做出相應(yīng)的修改，變更信息應(yīng)記錄到文檔修訂記錄中。制定好的測試計(jì)劃需交由項(xiàng)目組進(jìn)行測試計(jì)劃的審核，審核通過后放入配置庫。開發(fā)交付文檔《用戶需求說明書》《產(chǎn)品需求規(guī)格說明書》測試交付文檔《測試計(jì)劃_[項(xiàng)目名稱].doc》測試用例在測試計(jì)劃審核通過后，測試人員需要著手將測試需求設(shè)計(jì)成為測試用例。根據(jù)開發(fā)組所處的項(xiàng)目開發(fā)階段制定不同的測試用例，包括單元測試用例、集成測試用例、系統(tǒng)測試用例，其中單元測試用例根據(jù)實(shí)際情況來確定是由開發(fā)人員還是測試人員書寫。在實(shí)際的工作中，測試用例將是唯一實(shí)施標(biāo)準(zhǔn)。若在測試過程中需要變更測試用例，需將變更信息記錄在文檔修訂記錄中。制定好的測試用例需交由項(xiàng)目組相關(guān)人員和測試負(fù)責(zé)人評審，評審?fù)ㄟ^后放入配置庫（目前PMS生產(chǎn)管理系統(tǒng)的測試用例統(tǒng)一在研發(fā)過程管理平臺(tái)中管理）。開發(fā)交付文檔：《用戶需求說明書》《產(chǎn)品需求規(guī)格說明書》《概要設(shè)計(jì)說明書》《詳細(xì)設(shè)計(jì)說明書》《數(shù)據(jù)庫設(shè)計(jì)說明書》測試交付文檔：研發(fā)過程管理平臺(tái)中對應(yīng)的測試用例測試執(zhí)行測試執(zhí)行是測試階段最耗費(fèi)時(shí)間的階段。測試人員在收到發(fā)布人員發(fā)布成功后的通知后，即可以開始測試執(zhí)行。在測試階段中，測試人員將測試過程中發(fā)現(xiàn)的BUG記錄在研發(fā)過程管理平臺(tái)中，同時(shí)對發(fā)現(xiàn)的BUG進(jìn)行跟蹤處理。在每個(gè)測試階段完成后，將最終的測試結(jié)果填寫到《測試報(bào)告_[項(xiàng)目名稱]doc》中。測試報(bào)告當(dāng)基線版本和主版本通過測試時(shí)，測試經(jīng)理需要總結(jié)此次周期測試的結(jié)果，編寫測試報(bào)告。在測試報(bào)告中，主要包括：對此次周期測試進(jìn)行綜合評價(jià)，包括測試工作效率，資源消耗情況，測試技術(shù)和工具的采用以及測試用例的質(zhì)量；對測試結(jié)果進(jìn)行概述，對該版本軟件質(zhì)量進(jìn)行綜合性評價(jià)以及在測試過程中的經(jīng)驗(yàn)，教訓(xùn)進(jìn)行總結(jié)。測試交付文檔《浙江創(chuàng)維系統(tǒng)測試報(bào)告模版_項(xiàng)目名稱.doc》0/svn/系統(tǒng)測試/測試管理/浙江創(chuàng)維系統(tǒng)測試報(bào)告模版.doc發(fā)布流程參考《電網(wǎng)信息事業(yè)部信息系統(tǒng)發(fā)布管理流程規(guī)范.doc》測試人員的工作內(nèi)容匯總測試任務(wù)對負(fù)責(zé)的模塊進(jìn)行測試用例的編寫對負(fù)責(zé)的模塊進(jìn)行測試對負(fù)責(zé)的模塊的權(quán)限，測試帳號(hào)進(jìn)行匯總整理發(fā)布任務(wù)根據(jù)測試申請單或者開發(fā)提交的發(fā)布請求，在Hudson上構(gòu)建任務(wù)根據(jù)測試申請單，執(zhí)