(完整版)測試部門規(guī)劃

1、2016 測試部門規(guī)劃與管理1. 引言1.1 測試部門現(xiàn)狀部門劃分后通過學(xué)習(xí)、觀察，了解到我們公司現(xiàn)階段的測試組的情況如下：1）測試流程不規(guī)范；2）測試文檔不健全；3）測試文檔也沒有控制和管理；4）測試人員不參與需求分析；5）被測軟件沒有版本控制；6）測試部門人員多為行業(yè)的新人。1.2 編寫規(guī)劃目的 根據(jù)測試部門現(xiàn)狀，以及公司領(lǐng)導(dǎo)對測試部們的重視與期望，該文檔明確 定義了測試部門崗位職能、測試流程、測試文檔規(guī)范、日常項(xiàng)目工作、部門考 評(píng)機(jī)制以及測試部門人員技能與業(yè)務(wù)的培訓(xùn)等方面， 同時(shí)該文檔將作為測試部 門發(fā)展的一個(gè)指導(dǎo)， 在后期的工作實(shí)踐中由測試部門成員不斷地改進(jìn)優(yōu)化， 使 得測試部門能夠更

2、好與其他部門成員做好產(chǎn)品的質(zhì)量控制。2. 測試部門規(guī)劃2.1 團(tuán)隊(duì)建設(shè)1）崗位職能與技能：參考質(zhì)量管理流程，測試人員分 3 個(gè)崗位,具體職能如 下：a. 測試組負(fù)責(zé)人：負(fù)責(zé)項(xiàng)目測試環(huán)境搭建和 bug 管理庫的維護(hù)、同時(shí) 負(fù)責(zé)協(xié)調(diào)測試組所有事宜，包括與開發(fā)、需求、設(shè)計(jì)人員的溝通， 分配任務(wù)并指導(dǎo)團(tuán)隊(duì)測試人員做系統(tǒng)測試，在項(xiàng)目的不同環(huán)節(jié)階段 輸出相關(guān)的項(xiàng)目文檔，如：測試計(jì)劃、測試報(bào)告等。b. 自動(dòng)化測試工程師：負(fù)責(zé)項(xiàng)目的自動(dòng)化測試工作，輸出文檔：自動(dòng) 化測試計(jì)劃、自動(dòng)化測試用例、自動(dòng)化測試報(bào)告等。c. 功能測試工程師： 負(fù)責(zé)項(xiàng)目的功能測試和流程測試， 提出 bug到 bug 管理庫。輸出文檔：功能

3、測試用例、功能測試報(bào)告根據(jù)公司現(xiàn)狀，測試部門目前暫時(shí)定位為：測試組負(fù)責(zé)人、功能測試功 能師兩個(gè)崗位。2）測試人員技能要求：測試崗位不同技能要求的程度也會(huì)有所不同，測試 團(tuán)隊(duì)的成員應(yīng)該對現(xiàn)市場上比較流行的各種測試軟件都應(yīng)有簡單的了解， 對 于公司部門內(nèi)部使用的測試工具能夠靈活運(yùn)用。 以下測試技能和工具需要部 門人員能夠掌握到一定的程度：a. 測試部目前選擇 JIRA 做為部門的 bug管理工具： 要求測試部人員對 于從測試需求到 bug 列表管理的功能熟練使用，并能夠做測試報(bào)告 總結(jié)。對于測試組負(fù)責(zé)人和配置管理員除了功能使用外系統(tǒng)管理員 的常用功能使用熟練。對于市場上流行的 Bugzilla 、

4、 bugfree 、 QC、 mantis 等都能夠有一定的認(rèn)識(shí)。b. 公司目前使用 svn 作為配置管理工具， 要求配置管理員熟練掌握 svn 的功能。所有團(tuán)隊(duì)成員能夠使用 svn 做 update 操作，并了解簡單的 svn 知識(shí)。對于團(tuán)隊(duì)的所有成員隊(duì)員目前常用的配置管理工具 vss 、 cvs 、jiar 等工具要有一定的認(rèn)識(shí)。c. 測試部門計(jì)劃將 QTP作為自動(dòng)化測試工具，測試人員需要熟練掌握 自動(dòng)化測試工具的使用比如：腳本錄制、回放，后期隨著技能的提 高可以獨(dú)立編寫自動(dòng)化測試腳本；根據(jù)測試部門實(shí)際需要后期會(huì)引 入 Selenium2 自動(dòng)化測試工具。（由于自動(dòng)化測試需要編寫測試腳本，

5、 而腳本語言的學(xué)習(xí)熟練一直到最后的項(xiàng)目應(yīng)用，需要一個(gè)長期的過 程，所以由目前測試部門人員自學(xué)的時(shí)間成本比較高；一旦公司 BS 項(xiàng)目業(yè)務(wù)做大做強(qiáng)，會(huì)根據(jù)實(shí)際需要考慮從外部招聘自動(dòng)化測試人 員）d. 除以上使用的測試管理工具外，要求測試部門人員在以下技能方面 有一定的深度。? server2008 、 Oracle 是公司使用的數(shù)據(jù)庫，要求測試組團(tuán)隊(duì)成 員能夠熟練的使用這兩個(gè)數(shù)據(jù)庫的常用的語句 , 例：查詢、插入、 修改、刪除和簡單的表關(guān)聯(lián)。? 在網(wǎng)絡(luò)協(xié)議方面，測試人員要了解常用的網(wǎng)絡(luò)協(xié)議 http 、 oracle 、 tuexdo 、snmp 等協(xié)議，團(tuán)隊(duì)成員根據(jù)個(gè)人興趣愛好適 當(dāng)?shù)膶W(xué)習(xí)。?

6、操作系統(tǒng)方面：對于流行的操作系統(tǒng) windows server 、 linux 、 unix 等，希望測試人員能夠了解常用的命令，對于測試組長和 測試人員需要能夠獨(dú)立安裝操作系統(tǒng)并搭建測試環(huán)境。? 其他技能： 測試團(tuán)隊(duì)成員能夠使用 viso 、excel 的部分函數(shù)編寫 測試文檔，同時(shí)測試團(tuán)隊(duì)成員對系統(tǒng)使用的架構(gòu)和使用語言等方 面根據(jù)個(gè)人的興趣愛可以進(jìn)一步學(xué)習(xí)。e. 人員數(shù)量：視公司具體情況而定。2.2 測試流程1)項(xiàng)目整體測試流程：開始2) 測試流程：代碼配置管理庫中 指定的提測版本號(hào)測試數(shù)據(jù)的準(zhǔn)備，必要時(shí) 需要開發(fā)人員配合接收測試申請 接收測試申請?jiān)谂渲脦熘蝎@ 取可測試版本搭建測試環(huán)境測試

7、數(shù)據(jù)和測 試用例準(zhǔn)備就緒輸入測試用例提交缺陷編寫測試總結(jié)報(bào)告測試報(bào)告通 過相關(guān)評(píng)審測試結(jié)束測試申請需開發(fā)人提測試版 本時(shí)同步給測試人員，內(nèi)容包 括： 1、提測試的需求功能概述 2、提交代碼3、 提交代碼對應(yīng)的數(shù)據(jù)庫腳本4、提交環(huán)境部署文檔評(píng)審團(tuán)隊(duì)：測試組成員、 開發(fā)組長、項(xiàng)目經(jīng)理、需 求和設(shè)計(jì)人員2.3 技能、業(yè)務(wù)培訓(xùn)測試部門根據(jù)部門人員能力情況， 以及測試人員的發(fā)展方向， 定期安排技 能、工具和業(yè)務(wù)流程的培訓(xùn)等。技能和工具的培訓(xùn)時(shí)間安排一個(gè)月 1-2 次，根據(jù)測試部門員工的工作時(shí)間 進(jìn)行調(diào)配。 學(xué)習(xí)內(nèi)容將匯總測試部門人員的期望學(xué)習(xí)意愿統(tǒng)一安排。 每次培訓(xùn) 結(jié)束后希望測試人員能夠有所收獲。業(yè)務(wù)

8、流程培訓(xùn)將根據(jù)部門人員參與項(xiàng)目情況， 會(huì)請需求和設(shè)計(jì)人員統(tǒng)一給 測試人員做培訓(xùn)。2.4 日常項(xiàng)目管理1）測試各個(gè)階段的分工：a. 單元測試：由開發(fā)人員完成b. 集成測試；由測試人員完成c. 系統(tǒng)測試：由測試人員完成d. 回歸測試：由測試人員完成e. 驗(yàn)收測試：由測試人員、用戶完成2）測試環(huán)境：測試環(huán)境要求測試部門獨(dú)立搭建并負(fù)責(zé)測試環(huán)境維護(hù)，搭建測試環(huán)境 時(shí)需要開發(fā)或是實(shí)施人員提供系統(tǒng)的安裝部署手冊、版本代碼、數(shù)據(jù)庫腳 本等。必要時(shí)可要求開發(fā)人員做配合。3）測試過程輸出文檔：a. 測試需求 :參考需求規(guī)格說明書和業(yè)務(wù)流程說明文檔。b. 測試計(jì)劃 :參考項(xiàng)目整體計(jì)劃、開發(fā)計(jì)劃以及測試需求。c. 測

9、試用例：參考需求規(guī)格說明書、 demo、系統(tǒng)的詳細(xì)設(shè)計(jì)文檔。d. 執(zhí)行測試：測試用例e. 提交缺陷單：定期統(tǒng)計(jì) bug 管理工具的問題。f. 測試總結(jié)報(bào)告：根據(jù)各個(gè)階段的測試總結(jié)，借助測試 bug 管理工具， 對項(xiàng)目做測試總結(jié)報(bào)告文檔輸出。以上的這些文件必需要有的，這樣可以有效監(jiān)督測試整個(gè)過程，并 且對以后的軟件測試也有參考價(jià)值，對于相似軟件的開發(fā)也能提出參考 的建議，長期提高軟件質(zhì)量有很大的幫助。所輸出文檔請按照測試部門 文檔模板編寫 ; 如果項(xiàng)目經(jīng)理對測試輸出文檔有特殊要求， 請按項(xiàng)目組輸 出文檔模板輸出，測試部門問題模板可以在工作過程中改進(jìn)并完善。4）Bug的追蹤機(jī)制和處理方法：使用 J

10、IRA 作為項(xiàng)目的 bug管理工具， bug管理流程參考公司流程， bug 的管控可以根據(jù)項(xiàng)目組的需求進(jìn)行調(diào)整。測試部門問題流程管理模板可以 在工作過程中改進(jìn)并完善。5）項(xiàng)目團(tuán)隊(duì)人員安排： 根據(jù)項(xiàng)目任務(wù)量協(xié)調(diào)測試人員，至少每一個(gè)項(xiàng)目會(huì)有 1-2 人，其中測 試組長任務(wù)繁重，建議項(xiàng)目組適當(dāng)?shù)淖鰷y試人員的備份，使得在項(xiàng)目中因 個(gè)人原因而無法到崗情況得到緩解，同時(shí)對測試人員的培養(yǎng)提供了空間， 希望測試工程師能有一個(gè)積極的心態(tài)面對工作任務(wù)。在工作中測試小組人 員階段性的組織技術(shù)和心得的交流，達(dá)到共同的進(jìn)步。2.6 和其他各部門的接口1）測試組與開發(fā)組：a. 與開發(fā)人員交朋友b. 要采用恰當(dāng)?shù)姆椒ㄅc開發(fā)

11、人員進(jìn)行溝通，不要總是責(zé)怪開發(fā)人員的 能力和經(jīng)驗(yàn)，而是要主動(dòng)協(xié)助開發(fā)人員解決問題，排除阻礙；c. 兩個(gè)部門負(fù)責(zé)人之間的溝通和協(xié)作是工作成敗的關(guān)鍵d. 測試人員一定要熟悉業(yè)務(wù)流程和技術(shù) , 這樣才能對系統(tǒng)的 bug 有更 多的發(fā)言權(quán)，有時(shí)還可以給開發(fā)人員提出建議 .f. 明確規(guī)定各部門人員的職責(zé)建議： 測試組的負(fù)責(zé)人員參與開發(fā)人員的項(xiàng)目需求分析的研討會(huì)， 并且對 測試組的其他成員進(jìn)行講解項(xiàng)目需求與培訓(xùn)業(yè)務(wù)流程， 這樣才能保證每個(gè)測試 人員對所測的系統(tǒng)的業(yè)務(wù)流程熟悉，對提高軟件質(zhì)量有很大幫助。2）測試組與其他部： 建議：對于驗(yàn)收測試由開發(fā)、需求業(yè)務(wù)部著重考慮軟件是否滿足規(guī)定的 所有功能和性能，文檔資料是否完整、準(zhǔn)確人機(jī)界面和其他方面（例如，可移 植性、兼容性、錯(cuò)誤恢復(fù)能力和可維護(hù)性等）是否令用戶滿意，在適當(dāng)時(shí)候測 試人員也要參與。3. 部門考核與激勵(lì)3.1 整體考核機(jī)制測試組的考核參