帶項目差不多1個季度了，針對這一季度的工作做一個總結，分析一下成長和遇到的問題，希望后面可以做的更好。
　　以下內容有自己的總結，也有參考蔡為東老師的步步為贏—軟件測試管理全程實踐。
　　項目內容：IOS端項目
　　人員：測試組內——4人（包含我）；開發(fā)組——10人（包含開發(fā)leader）；產(chǎn)品組——1人（單獨跟進IOS相關進度）
　　測試組主要工作職責：做好測試工作，以少的人力、物力和cost產(chǎn)出符合需求、保障質量的產(chǎn)品。
　　測試項目管理主要內容：
　　項目是一件事，那么項目管理是通過某種方式來做成這件事情。測試項目管理主要包含測試流程的制定、根據(jù)制定的測試流程，控制三方（包含需求方、開發(fā)方、測試方）工作進度、工作流程以及溝通等，終保障產(chǎn)出需要的東西。
　　作為測試組長，站在這個角度上，對于測試管理的理解是什么？
　　1、心態(tài)的轉變——從一個初級工程師，到一個中級工程師，是對自己手頭被分配的任務有了一個更深入的認知和理解；再到測試組長，需要完成從點到面的過渡，看問題需要有大局觀，需要把握整個項目，很多邊緣邊界的問題，以及互相牽扯的模塊，互相有交互工作的團隊，都需要考慮到，對于你的思維的整體性、溝通的能力、考慮問題的全面性，以及多線程工作的能力，都會是一個考驗。
　　2、構建測試體系——明確測試流程，該流程是各方都需要明確的，這樣協(xié)調工作起來才能有條不紊，主要是指：需要測試盡早介入；需要給測試留出時間和準備資源；軟件測試小組需要編寫正式的測試計劃和測試用例，并且需要做評審；管理好測試環(huán)境（保證測試環(huán)境的單一性，不受其他的影響，能夠盡快確認是問題并且能夠盡快定位問題）；為提測版本做驗證測試（驗證測試是從用例中挑選出精簡的測試用例集合）；測試正式開始前開發(fā)需要自測；測試正式開始前要做可接受性測試（即從用例中挑選出P0級別的，也是本次提測內容的主要功能實現(xiàn)），不滿足的打回；明確bug管理流程（包括需求bug——由產(chǎn)品提出；提測后功能性bug——由測試產(chǎn)出；在這個過程中只有測試有權利關閉bug，要及時三方對bug情況）；測試組需要寫測試報告（目前為每天晚上針對當天的測試情況給出報告：包括提測情況、測試情況、bug情況、明日計劃；其中bug情況需要統(tǒng)計當日bug總數(shù)、當日修復bug數(shù)、各個模塊的bug、嚴重bug數(shù)、reopen的bug數(shù)，這些數(shù)據(jù)主要是為版本發(fā)布后的項目復盤做統(tǒng)計的；其中bug情況要針對當天的bug情況做一個總體說明，嚴重bug亟待解決的需要重點標出，產(chǎn)品上的bug也要說明，請產(chǎn)品盡快跟進解決）；項目發(fā)布后要做項目復盤（當前我們主要是每個版本結束后，做一次項目總結，針對整個版本從需求到終的發(fā)布階段的各種問題，以及解決方案，以及上一期遺留問題及解決情況等一一做說明和匯總，只有不斷總結和推進解決，才能夠讓整個項目組的情況越來越好）
　　組建測試團隊（該內容當前我并沒有做過，因為項目人員是由上面分配的，但是對組內人員確實要進行關心，你的真誠是基本）
　　編寫各種模板文件（當前組內已經(jīng)推廣建立起來的包含：開發(fā)的提測模板、測試的bug模板、開發(fā)的bugfix模板、測試報告的基本模板、測試總結的模板；當然各個版本都可以視情況進行專項調整；那么沒有建立起來的包括：測試計劃，該內容在當前環(huán)境下因為是推進產(chǎn)品比較緊張，所以一直沒有做過，后期確實需要做出來：主要是嚴禁開發(fā)提測晚，壓縮測試的時間）
　　搭建Bug管理系統(tǒng)、測試用例管理系統(tǒng)，我們現(xiàn)在用的Bug管理系統(tǒng)是Bugzilla、測試用例管理系統(tǒng)是TestLink，主要使用過程中感覺Bugzilla比較好用，TestLink的話稍顯遜色，但目前還沒有發(fā)現(xiàn)更好用的，也許excel更好用，哈哈。（注：確實要有機會要自己搭建一下這兩個系統(tǒng)，這樣才有真正的實戰(zhàn)經(jīng)驗啊�。�
　　其實說到底，這些是：人、流程、模板、以及對流程中的產(chǎn)出的管理。
　　3、關于測試計劃的編寫：測試計劃的編寫，我這里確實有疏漏，因為一直沒怎么做過，沒有很好的經(jīng)驗，這些后期要逐漸補上來。
　　4、溝通，溝通其實包含對內和對外兩種，對內又包含對上和對下，以及同級三種，對外又包含對開發(fā)、對產(chǎn)品、對總的負責leader
　　對內——對上：讓領導知道你在做什么，及時溝通，有問題當然要自己掌握度，不能事無巨細全部問領導如何處理，一般領導只喜歡做選擇題也不喜歡做問答題，你需要有自己的判斷，然后從中選擇一些你不好推動或者需要他出面，或者一些事情上首次處理無很多經(jīng)驗的情況下，要及時跟領導溝通，告知當下情況，當然要說出你的解決方案或者你的見解，并在領導推進解決問題，或者他提出一些方案之后能夠盡快學習到自己身上；當然及時告知也是為了避免出現(xiàn)事后無法補救才打臉的情況，提前告知風險，提前預知情況，能夠有更好的心理準備。領導其實也是你的老師，要跟他多學習，不要怕，學習他的經(jīng)驗，學習他處理事情的方式，并主動在一段工作時間之后進行個人匯報總結以及小組匯報總結，及時反饋和得到上級反饋，如此才能不斷進步，往更好的方向走。
　　對內——對下：要真誠；要有個人的能力和德行作為服眾的一個基礎，所以要不斷學習、總結、提高個人工作能力；要開放和公平，營造出這樣的氛圍才能人心不失；要量才用人；要及時溝通；對于自己指導的學員，更要及時溝通，能夠讓學員從工作中學到東西；建立起整個組內的學習、創(chuàng)新意識和氛圍（這是我覺得需要做的，雖然當前項目太緊張，做的很不好，只是自己在之前不是組長時做過，但上任組長之后事情太多自己也擱置了，確實是需要調整）
　　對內——對同級：對同級也抱著學習的心態(tài)，多溝通，多聊多問，解自己的工作疑惑，也聽他人的五味雜陳，吸取經(jīng)驗和教訓，盡量減少坑和彎路，哈哈。
　　對外——對開發(fā)：要實事求是，遇到問題事論事，測試與開發(fā)可能經(jīng)常會因為一些問題爭吵，但不要影響互相之間的合作，這是前提，否則將來的工作無法繼續(xù)開展；要盡快溝通：大多數(shù)情況下確實是應該直接找單人私下溝通，比如一些比較嚴重的問題（涉及到類似提測失敗、reopen率太高這樣的情況），讓此人了解自己的問題，但不可縱容，對這種情況的縱容是對測試工作的阻礙；對一些嚴重問題，還需要找開發(fā)的上級領導溝通，讓他做到心中有數(shù)，也將自己的觀點和期望表達清楚，但一切都是建立更好的做好工作的基礎上；對一而再、再而三的出現(xiàn)嚴重問題的情況，需要嚴厲、嚴重、特別的提出來，如此才能夠推進一些改革和改進的更好推行，方便開發(fā)建立起流程，也是對測試工作的一種支持。
　　對外——對產(chǎn)品：說實話，每個人站的立場是不同的，產(chǎn)品是關注功能和體驗更多，關注我怎么做能用的更好；開發(fā)關注的是我實現(xiàn)起來有木有難度，測試是測試這個流程和邏輯有沒有漏洞、也包含這個體驗是不是不好。很多產(chǎn)品人員確實不懂技術，在一些邏輯和流程的考慮上可能確實不夠周全，這些問題盡量要盡早提出來。對產(chǎn)品而言，要站在更多的用戶角度上，來對其講解自己對流程及邏輯上不合理的地方；當然也要自己多發(fā)現(xiàn)新產(chǎn)品和多使用競爭對手的產(chǎn)品（這里目前做的還不夠好），這樣才能更有說服力，因為很多產(chǎn)品都是從競爭對手和其他類似產(chǎn)品那里借鑒來的東西。
　　對外——對總的負責leader：定期匯總上報工作內容，目前是通過項目總結的方式來做的，這樣能讓上面的leader知道問題在哪里，并盡快借力來推進很多問題的解決。
　　5、測試用例的編寫：用例的編寫重要，用例考慮的詳盡、步驟清晰，關注多個不同方面，才能夠從多個方面發(fā)現(xiàn)問題。
　　組織編寫測試用例，流程主要分為以下幾步：
　　明確任務和進度
　　提供相關的資料和條件
　　全面深入理解軟件需求
　　編寫測試用例的概要（測試點）
　　做測試用例的評審
　　細化測試用例
　　對測試用例保持動態(tài)更新（一定要堅持做，并且要總結出易錯點，保證每次回歸時覆蓋到，并在之后的測試中關注類似的方面）
　　之前在其他文章中也提過用例的編寫的一些考慮點，比如需要從：兼容性（包含大環(huán)境和小環(huán)境下的兼容；包含新舊版本的兼容）、基本功能和邏輯、用戶體驗、異常情況處理、不同網(wǎng)絡情況處理（比如當前測試app相關基本上都跟網(wǎng)絡關系密切，必須對不同的網(wǎng)絡情況做處理）、針對所測試的內容做特殊case的測試（比如與聲音相關的：做不同距離測試等）
　　主要包括：測試點的梳理（測試點很重要，需要從不同方面、以及大面大點上全部涵蓋到）；測試點及測試概要的用例評審（這個很重要，有兩個評審時間：測試開始前和一輪測試之后；其實一輪測試之后，大家拿到實際產(chǎn)品測試使用了，能夠對產(chǎn)品理解更深入，也能夠想到更多方面或者問題等）；測試點的細化（細化到具體的測試用例，需要明確測試步驟和預期結果）
　　6、測試執(zhí)行：執(zhí)行階段需要明確責任，鼓勵機制，并建立起整個測試組都及時發(fā)現(xiàn)問題、跟進、推進自己名下問題解決的氛圍快速建立起來，不止是為了發(fā)現(xiàn)問題，重要的是發(fā)現(xiàn)之后推進問題的解決；當然在測試組長的角度上，需要同時做多項工作，需要自己做相關的部分測試工作，還需要及時跟進其他成員的測試情況（這里定期的溝通、抽查和咨詢很重要了），也需要對大家所報的bug有一個大概的認知，能從bug的情況以及bug的趨勢上看出大概當前進行到什么測試階段了
　　測試執(zhí)行的安排也很重要，一般情況下重要的模塊會分配給比較有經(jīng)驗的人來做；如果人手不太緊張，可以大家一起做，其他新人能夠在這個過程中不斷像其他經(jīng)驗豐富的人學習。
　　測試組長要閱讀每一個Bug，這個要求并不過分，這個當前卻做得很不好。
　　7、測試總結：測試總結很重要，包括項目整理的總結、個人的總結、小組的總結；做項目總結，是為了梳理整個過程，明確問題和找到原因，改進整個流程和推進項目狀態(tài)越來越好。
　　自己目前所做的是項目的總結，會針對三方做一個總結，分別是開發(fā)、產(chǎn)品和測試，總結要主體上基于當前版本項目做，也需要對之前版本做回顧，以及在當前版本項目上之前的問題是否有所改進。因為當前基本上是10天一個app的版本，基于比較重要的版本，基本上都做了回顧，重要的還是基于問題，要找到解決方案，并且重要的是：跟開發(fā)負責人、產(chǎn)品負責人溝通，跟自己組內人員溝通，一起來執(zhí)行解決方案，并且要確實嚴格執(zhí)行（針對不執(zhí)行的，要有一定的懲罰制度，讓大家都理解執(zhí)行的重要性和必要性）