1、項目級測試負責(zé)人的工作要點總結(jié)（一）發(fā)布時間: 2011-10-13 14:33    作者: 柳舞隨風(fēng)    來源: 51Testing軟件測試網(wǎng)采編序：隨著測試團隊的不斷增加，同時并行的項目越來越多，這就要求我們的測試人員快速的成長，要求我們每一個測試人員能夠盡快培養(yǎng)具備基本的獨立負責(zé)一個項目的整體測試及技術(shù)支持工作的能力。同時，項目并行會出現(xiàn)很多項目級別測試負責(zé)人的工作角色，對這個工作角色的主要工作內(nèi)容進行匯總，供相關(guān)測試人員參考，給剛走向管理崗位的測試人員一些建議。整體而言，項目測試負責(zé)人主要承擔(dān)的工作內(nèi)容為：根據(jù)項目規(guī)格書制定測試策略及計劃、根

2、據(jù)項目規(guī)格書分解分配測試任務(wù)、及時了解測試進度、版本發(fā)布資料的整理和準(zhǔn)備以及在項目后期對整個測試工作的總結(jié)，另外，對于大多數(shù)有相應(yīng)試驗局測試的版本，作為項目測試負責(zé)人還需要負責(zé)完成一部分試驗局的工作。針對上述的一些工作點，以及日常工作中的一些工作重點，在下文做具體的說明：1、工作時間劃分2、制定測試策略與計劃3、構(gòu)建測試用例和學(xué)習(xí)規(guī)格書4、任務(wù)的分解分配5、測試進度跟控6、測試用例testlab的選取7、測試任務(wù)落實和協(xié)調(diào)8、測試設(shè)備的控制9、版本發(fā)布資料的整理和準(zhǔn)備10、注意事項的填寫11、CQ的跟控12、遍歷每日打的bug單13、Bug溝通14、每日拷機督促，上班確認拷機結(jié)果15、5分鐘碰

3、頭會的控制16、未驗證bug的類型和情況17、項目的保密和核心技術(shù)的保護意識18、測試工作總結(jié)19、版本文檔備份20、主導(dǎo)試驗局的實施正文：1、工作時間劃分項目級別的測試負責(zé)人，除了項目管理、測試進度跟控之外，同時還會承擔(dān)項目負責(zé)和測試工作。根據(jù)經(jīng)驗，項目級別測試負責(zé)人因為本身就是資深的測試人員，所以承擔(dān)的測試模塊往往是最核心的部分。 希望在分解分配任務(wù)時，大家能合理的分配屬于自己的工作時間安排。因為日常的bug例會，bug的跟蹤，和開發(fā)需求人員的交互，疑難問題的定位太過頻繁，會影響自己本身測試工作的狀態(tài)和效率。如果項目級測試負責(zé)人承擔(dān)過多測試任務(wù)，肯定會成為項目測試的瓶頸點，表現(xiàn)結(jié)果為自己做

4、了最多的事情，反而是測試執(zhí)行最不利的一個環(huán)節(jié)。按照常規(guī)統(tǒng)計經(jīng)驗，建議項目整體跟控管理工作和具體測試工作的時間分配為6：4，或者5：5。2、制定測試策略與計劃制定和刷新測試計劃，是一個測試項目負責(zé)人最核心的工作，直觀點說，就是對測試的整體把握和控制。在項目的計劃階段，測試負責(zé)人需要根據(jù)項目的計劃安排（部分項目存在deadline）和規(guī)格書制定完成該項目的測試策略與計劃。在開發(fā)階段根據(jù)當(dāng)前的項目進展情況及時進行更新。實際執(zhí)行時，在BBFV階段，新功能開發(fā)的進度往往和原定計劃有出入，測試人員和測試設(shè)備可能有變動，可能有其他優(yōu)先級更高的項目沖擊等等情況。就需要項目測試負責(zé)人及時和SE、LPMT溝通，實

5、時刷新計劃。3、構(gòu)建測試用例和學(xué)習(xí)規(guī)格書在項目初始階段，測試用例的編寫及更新是工作重點之一，因此在此階段項目測試負責(zé)人需加強與需求、研發(fā)人員的溝通，對規(guī)格書應(yīng)有一個全面深刻的了解，只有充分了解規(guī)格書的要求才能制定合理的測試策略與計劃，才能編寫出符合規(guī)格書的測試用例。關(guān)于測試用例編寫的任務(wù)分配，在由需求形成測試用例指導(dǎo)書已經(jīng)有相關(guān)建議：在學(xué)習(xí)規(guī)格書的時候需要注意對于系統(tǒng)原有功能的繼承性、新功能的可測試性以及系統(tǒng)整體功能的實用性，并及時提出自己的意見和建議，從而規(guī)避當(dāng)系統(tǒng)整體開發(fā)完成后發(fā)現(xiàn)系統(tǒng)無法實現(xiàn)客戶的需求。組織相關(guān)測試人員學(xué)習(xí)系統(tǒng)規(guī)格書，并組織安排測試用例的編寫及評審，同時在系統(tǒng)的整個進行過

6、程中注意督促測試人員對測試用例的維護、更新及評審，確保測試用例與系統(tǒng)規(guī)格及當(dāng)前的系統(tǒng)實現(xiàn)的一致性以及測試用例的正確性。根據(jù)目前項目特點，在SDV測試階段、甚至包括版本發(fā)布前，都存在規(guī)格需求反復(fù)修改、增刪、自相矛盾的可能性，如果動態(tài)的維護測試用例，保證測試用例的及時性、正確性和完整性，是測試負責(zé)人需要克服和解決的問題。因為是內(nèi)嵌文件由需求形成測試用例，很多人容易忽略其中的內(nèi)容。在分解分配測試用例，測試用例編寫的階段，很容易出現(xiàn)一些問題，比如：測試人員為新手，對業(yè)務(wù)不熟悉，構(gòu)建測試用例時間較長，但用例適用性不大對需求規(guī)格沒有達成一致，測試用例細化后，修改起來比較痛苦需求規(guī)格的變更，導(dǎo)致測試用例跟隨

7、變化成本太大，無法維護。4、任務(wù)的分解分配在項目進入系統(tǒng)測試之前，項目測試負責(zé)人需根據(jù)項目規(guī)格書分解分配測試任務(wù)并制定WBS計劃，在制定WBS計劃時需考慮項目的整體計劃及系統(tǒng)發(fā)布的時間點，以及測試執(zhí)行人對系統(tǒng)的熟悉程度。例如：一個功能如果交給一個對系統(tǒng)非常熟悉的人進行測試可能只需要一天而給一個對系統(tǒng)不是很熟悉的新人進行測試可能就需要兩天。在制定WBS計劃時若發(fā)現(xiàn)在系統(tǒng)發(fā)布時間點無法及時完成所有功能的測試，則需對整個系統(tǒng)功能的優(yōu)先級進行排序，并及時提出預(yù)警信息，同時與SE和LPMT確認版本測試的基調(diào)：是調(diào)整發(fā)布時間或增加測試人員還是要求測試覆蓋度到某一閥值，或?qū)σ徊糠謨?yōu)先級較低的功能只進行基本測

8、試。而在測試時間充裕的情況下，則需充分考慮各項功能點的測試，特別是一些容易出問題或曾經(jīng)出過問題的功能點需加強測試。五、測試進度跟控在項目的系統(tǒng)測試過程中，要及時了解測試進度，跟蹤BUG提交、修復(fù)及驗證情況以及系統(tǒng)的拷機情況。 在開發(fā)初期階段，測試組執(zhí)行BBFV時，很多模塊、功能點的開發(fā)完成進度和原計劃會存在一定的偏差，就需要測試負責(zé)人動態(tài)的刷新WBS計劃，根據(jù)實際的開發(fā)進度調(diào)整測試計劃。 在開發(fā)階段，存在版本編譯不出來導(dǎo)致無法測試，開發(fā)人員修復(fù)代碼太隨意導(dǎo)致版本穩(wěn)定性反復(fù)，需求變更過大導(dǎo)致后端測試開發(fā)變更嚴(yán)重等現(xiàn)象，會導(dǎo)致測試工作無法正常進行。就需要測試負責(zé)人及時反饋出來，根據(jù)項目本身的特點進

9、行對應(yīng)的處理。 當(dāng)測試進度出現(xiàn)延期時，要及時確認問題原因，如果是問題協(xié)查導(dǎo)致，則需及時與研發(fā)人員進行溝通協(xié)商，看問題是否必須在測試環(huán)境進行排查，若為必現(xiàn)問題可與研發(fā)協(xié)商要求其在自己環(huán)境進行排查，若必須占用測試環(huán)境，則需及時調(diào)整測試計劃，若因此可能影響版本的發(fā)布，則應(yīng)及時與SE確認。 若發(fā)現(xiàn)有較多BUG未解決，則應(yīng)主動聯(lián)系SE及研發(fā)人員召開BUG會確定問題的解決時間。若發(fā)現(xiàn)有較多BUG未驗證，則應(yīng)提醒項目組的測試人員及時進行驗證，對于一些拷機或非必現(xiàn)的BUG，建議測試人員在此BUG上現(xiàn)做拷機標(biāo)記，連續(xù)拷機一周未再復(fù)現(xiàn)的做關(guān)閉處理，若再次復(fù)現(xiàn)則繼續(xù)進行排查。 疑難問題的跟控：比較難復(fù)現(xiàn)的問題，怎么

10、去嘗試復(fù)現(xiàn)。比較難定位的問題，怎么驅(qū)動、反饋給SE，協(xié)調(diào)開發(fā)人員定位問題。比較難處理的問題，怎么跟控反饋進度等。 每天下班前需確認拷機內(nèi)容，每天上班第一件事需確認拷機結(jié)果，只有這樣才能保證拷機的效果，實現(xiàn)拷機的真正意義。實際上，作為一個項目測試負責(zé)人，這部分工作是最重要和核心工作。很多測試的風(fēng)險點，需要測試人員及時反饋出來，否則無法保證測試質(zhì)量，也無法反饋產(chǎn)品真正的問題所在。同時，測試計劃受到?jīng)_擊太大的話，對測試計劃和項目計劃都是重大的風(fēng)險，需要項目負責(zé)人及時反饋，以便解決問題，規(guī)避風(fēng)險。比如： 版本未編譯通過 版本不穩(wěn)定 版本反復(fù)崩潰，上周bug較少本周bug較多等 開發(fā)人員占用測試環(huán)境時間

11、太長，導(dǎo)致測試無法進行 需求變更較大，測試執(zhí)行無法保證六、測試用例testlab的選取（以TD為例）比如測試用例的執(zhí)行約定都在TD上進行。關(guān)于testlab曾經(jīng)有過討論，如何制訂統(tǒng)一的規(guī)范。比如部門約定的規(guī)范如下：TestLab修改要求：要求建立“第一輪SDV測試”、“第二輪SDV測試”、“第三輪SIT測試”、“SVT測試”、“冒煙測試”等文件夾，然后將相關(guān)測試用例分別導(dǎo)入。理論上未封閉版本不強制要求在TD上執(zhí)行，但封閉版本的幾輪測試在TD上必須有用例有執(zhí)行記錄。在實際的執(zhí)行中，有兩種習(xí)慣做法：1、由測試負責(zé)人統(tǒng)一拉去測試的testlab，在測試用例庫中選擇每輪次、每個功能點要執(zhí)行的測試用例。

12、2、由測試執(zhí)行人自行拉去每個分配的功能點所要執(zhí)行的測試用例。從測試控制和測試管理的角度，我們推薦使用第一種方式，這種方式，可以讓測試負責(zé)人真正的知道測試執(zhí)行和測試覆蓋度，避免出現(xiàn)功能點已經(jīng)覆蓋但是漏測的現(xiàn)象。從長遠來講，在TD上為每輪測試、每個功能點的測試選擇相應(yīng)的測試用例，構(gòu)建testlab，是測試負責(zé)人必需要完成的一項工作任務(wù)。七、測試任務(wù)落實和協(xié)調(diào)分解分配測試任務(wù)時應(yīng)該注意幾點：1、顆粒度對一些主動性好、測試經(jīng)驗豐富的人，安排任務(wù)的顆粒度可以大一些，其中一些優(yōu)先級、測試任務(wù)的順序安排也依賴自主性調(diào)控。對一些主動性較差，或測試經(jīng)驗較少的人，安排任務(wù)的顆粒度要細一些。以免出現(xiàn)測試人員面對一個

13、龐大的系統(tǒng)，感覺無處入手，或者借口不知道怎么測試，測試什么的情況。2、找到主體負責(zé)人如果一個測試任務(wù)分配給一個測試人員，毫無疑問，這個測試人員對這個任務(wù)、這個模塊就是主體負責(zé)人。如果一個測試任務(wù)分配給多個測試人員，那么一定要找一個主體負責(zé)人，對這個測試任務(wù)進行負責(zé)-可能不是從測試能力的角度指定，而是從責(zé)任心的角度考慮。3、及時跟控對項目組所有的測試人員，希望對測試執(zhí)行加強跟控頻率。我們希望測試工程師都有主動性，如果有測試風(fēng)險或測試延時都會主動站出來反饋問題。實際上，大多數(shù)人還是有惰性思維，總會找出一大堆借口理由拖延著不去工作。這就依賴于項目負責(zé)人的跟控程度?？赡苡羞@樣的員工，你一天不過問，他就

14、拖延著一天不做事情，而且理由還非常充分。實例：A員工測試某項目，早上版本未編譯出，A員工也不向項目負責(zé)人反饋，開始在測試環(huán)境逛圈。下午項目負責(zé)人發(fā)現(xiàn)后，才反饋說版本未編譯出。實際上，完全可以一早通知，由項目負責(zé)人重新安排工作，或者回退到上個版本執(zhí)行測試。B員工和開發(fā)人員糾結(jié)在一起，反復(fù)的幫開發(fā)人員捕獲信息，測試臨時版本，對自己的測試計劃造成嚴(yán)重沖擊，也沒有和項目負責(zé)人說明，導(dǎo)致項目測試計劃延期。C員工測試執(zhí)行一直不太好，他所負責(zé)的模塊，是否需要安排人重新復(fù)測？項目的跟蹤、控制非?？简炓粋€項目負責(zé)人的工作能力，也是需要花費心思去做的事情。八、測試設(shè)備的控制一般的測試項目，比如增量開發(fā)、軟件開發(fā)都

15、不會觸發(fā)到測試設(shè)備的變更。當(dāng)然，還有一些測試項目，測試設(shè)備的變動比較大，這點就需要測試負責(zé)人注意記錄設(shè)備的進出和分配情況。比如： 新硬件項目開發(fā)，demo板卡較多 硬件改版較多，A、B、C、D多批次硬件混雜，并分批退帳 有外廠商設(shè)備或共用設(shè)備，在測試、硬件、開發(fā)多環(huán)節(jié)反復(fù)流轉(zhuǎn) 試驗局，大批設(shè)備物資借用分配出賬 系統(tǒng)集成設(shè)備選型，不同廠家不同型號設(shè)備較多涉及到測試設(shè)備的控制，就需要對設(shè)備進入測試環(huán)境和離開測試環(huán)境進行明細的跟蹤、設(shè)備和借條收據(jù)同步進行，再此不在贅述。九、版本發(fā)布資料的整理和準(zhǔn)備在系統(tǒng)測試臨近結(jié)束時，大體工內(nèi)容如下：1、首先需要整理一套完整的待發(fā)布版本，此版本要包含業(yè)務(wù)程序、操作系統(tǒng)、boot文件、conf配置文件、debug文件以及硬件文件（如：紅外文