1、測試技術管理mailto:1測試技術管理前提測試技術管理_理念測試技術管理_技術觀點測試技術管理_團隊建設測試技術管理_研發測試流程測試技術管理_組織架構測試技術管理_體會收獲2測試技術管理前提文檔當中的所有觀點都是建立在系統測試的層面去闡述文檔當中涉及的內容面較廣，很多觀點都是簡略闡述，如果有興趣可以下來展開交流文中體現的測試管理觀點沒有門派之分，都是在實際測試管理工作當中的真實體會文中觀點需要根據不同的公司環境靈活運用3測試技術管理個人職業簡介：職業經歷：網絡通信公司、網絡安全通信公司、互聯網p2p視頻媒體公司、電子商務公司測試產品經歷：網絡二三層交互設備、網絡私有管理協議、國內第一個網絡

2、安全操作系統、計費網關、綜合網絡安全管理平臺、國內第一款asic芯片防火墻、RMI多核防火墻、p2p產品測試、web應用產品測試、電子商務交易平臺管理過的團隊：4人團隊-50人團隊（測試組長、測試項目經理、測試部經理、QC&QA部經理、QA總監）接觸過的管理風格：華為、中軟、三一重工、IBM NPD、netscreen、juniper、北電4測試技術管理_理念測試工作的定位引用一位在美國硅谷網絡上市公司從事超過10年測試工作的專業人士的話：“測試是一門科學”引用一位網絡大俠的話“測試是一門武功，流程是套路、工具是武器，有簡單的花拳秀腿，也有深奧的少林武功！測試好比戰爭，知己知彼，方能百戰不殆！

3、測試好比破案，精心推斷，方能柳暗花明！有人說世界不缺少美，而是缺少發現，我看：其實軟件不缺少問題，而是缺少發現！以精深的少林武功、用藝術工程的眼光、戰爭破案的縝密思維去發現軟件世界“美”吧！”測試工程師就是一個藝術家，把那些凡夫俗子眼中平淡無奇、簡單的測試工作不斷的加入各種不同的技術元素和方法，體現這份工作的深刻價值所在5測試技術管理_理念續上培訓的課程名稱為什么叫測試技術管理，當前中國的測試行業現狀是：純管理沒有技術背景的測試職業經理人很難獲得成功；原因有3：1、中國測試工程師有英雄情結，以技服人是一種普遍的現象，沒有測試技術背景的職業經理人很難有生存空間2、中國絕大部分的公司的管理流程和測

4、試工程師的職業素養不足以保證測試管理指令高質量的執行3、中國的測試團隊缺乏測試架構師，團隊的測試技術方向缺乏舵手；只有靠測試經理把目光定位于國際先進的測試技術，牢牢的把握團隊的測試技術發展方向，不斷的研究并應用新的測試技術，才能不斷的實現測試工作的價值，向公司提交一份滿意的答卷，才能獲得更好的生存空間，不斷的把測試工作做大做強、做深做透測試leader作為測試團隊的領頭人，首先要領悟測試的境界，測試就像一門可以獨步天下的武林秘笈，如果持有人成立一個武林門派，并且想躋身武林名門，那么其必須要把秘笈領悟并達到一流武功的境界，否則其成立的門派頂多就是二流門派，同理，測試leader如果把測試當作一門

5、簡單學科對待，那么他和他的團隊未來的造詣也不可能很高另外一個原因就是很多剛從事測試管理工作的leader對測試管理的工作定位比較簡單：開會接受上級任務、開會向下級分配任務、收集測試結果、提交測試結果，這樣不單會制約團隊的發展，也會大大降低測試團隊的作用和地位6測試技術管理_理念測試工作的戰斗精神情況1：我們當前團隊的測試工作水平落后于國內一流水平情況2：我們當前的團隊的測試工作水平落后于國際一流水平我們的測試團隊要營造戰斗的氣氛，我們的團隊成員要有高昂的斗志，持之以恒的精神氣，這樣才能夠迎難而上，追趕上領先者華為能夠走出中國，戰勝國際的電信巨頭，立足于世界，其充滿戰斗氣息的企業文化是關鍵亮劍當

6、中李云龍的部隊形成超強的戰斗力的原因就是部隊注入了李云龍個人的精神氣狹路相逢勇者勝也是這個道理一個團隊如果能夠塑造一種戰斗的氛圍，工作指令就像戰斗指令一樣執行，執行效果可想而知在團隊當中能從不同的個人工作感受到到相同的追求、紀律和斗志，這個團隊的風格就形成了7測試技術管理測試工作的4贏原則：對公司有利對團隊有利對下屬有利對自己有利對公司有利：所有工作（包括團隊建設）必須要和實際測試工作結合起來，各項工作都對保證產品的測試質量有幫助對團隊有利：要形成技術儲備和積累，聚合能量并分享之，促進團隊整體不斷進步，降低個人依賴性，減少離職人員的影響度實現“鐵打的營盤流水的兵”對下屬有利：要創造一個好的平臺

7、，讓員工在這個平臺上面工作可以不斷的獲得提高（不單單是技術，也包括工作方法、測試的領悟、溝通交流等，綜合素質方面的全面提高）對自己有利：自己注意記錄在實現前面3個目標的實現過程，積累經驗教訓只有4者都兼顧了，測試團隊才能贏得廣闊的發展空間，才能取得超出期待目標的成績，團隊才能形成核心戰斗力忽略了公司，測試團隊將失去發展空間，失去領導、兄弟部門的重視和信任，忽略了團隊，團隊將會異常脆弱，疲于奔命，忽略了下屬，將會不得人心，忽略了自己，如果一個人對自己都不負責，何以負責別人8測試技術管理_理念測試工作發展生存原則現狀當前國內許多公司的測試工作都存在這樣那樣的問題：研發測試流程問題、測試人員水平問題

8、、測試資源問題、測試的地位問題等等現狀的解決誤區心急求成：容易開發測試關系全面惡化心灰意冷：容易導致測試工作越來越邊緣化解決建議：先立足于解決測試隊伍自身存在的問題，給出一份好于從前的成績，再尋求機會解決外部問題，逐步掃除外部制約測試發展的因素9測試技術管理_理念續上當前中國絕大部分it公司中測試和開發相比都是處于弱勢，因此不能和開發起正面沖突，否則很容易被打壓，永無出頭之日而測試自身肯定存在一堆問題，這時候先把精力投在內部改造和建設上面更加有效，這樣會為團隊贏得更好的發展空間，對于已經正視自己的問題并且拼命改善和提高的人外部還能對其說三道四？測試工作的提升離不開開發和其他部門的全力配合，謙虛

9、很重要本人 在一家公司經歷了3任cto，第一任是創業團隊的技術元老，第二任是外歸背景，第三任是國內優秀的職業經理人，我在這3任領導手下經歷了由員工組長-測試項目經理-組建測試部任測試部經理的成長歷程，最深刻的體會是先修煉好內功，切忌不要把精力放在處理外部矛盾（比方說外部流程、公司流程、內部資源等，可以提提建議，或者做水到渠成的事情，切忌強行推行）10測試技術管理_理念續上加強和開發經理的溝通，做他們的思想工作，尋找可執行的改造方案一步一步實施，干出成績，贏得研發領導/公司領導的眼球，獲得更多的生存發展空間觀察公司和研發體系的形勢，及時洞穿潛在的稍瞬即逝的發展機會，主動出擊把握好每一個有利于測試

10、發展的機會，必要的時候還需要自己創造合適的機會去爭取測試的生存空間審時度勢，洞察機會對于測試leader來說至關重要 可以分析開發經理、cto有沒有改革當前現狀的決心，開會的時候列舉開發存在的問題時盡量注意語氣，以陳述的語氣來描述問題，千萬注意語氣，否則日后的測試開發關系就很難維護，測試工作的開展和進步切忌破壞開發測試的工作關系，不要和開發當面發生沖突和爭論，可以換個時間、換個地點、換種方式去解決問題，如果目標開發經理不接受，可以從他身邊的骨干做工作，或者和其他開發team形成共識，產生實際效果后，再來解決他的問題11測試技術管理_理念測試技術管理之奉獻理念在團隊管理當中奉獻和收獲是并存的一個

11、人創造出來的經驗和技巧總是存在局限性，個人的精力是有限的，把經驗、技巧奉獻出來，傳授給自己團隊的同事，并且主動推廣應用在工作當中，這樣你自己的經驗和技巧可能會在實踐當中的應用不斷完善、不斷擴展，這時候自己再坐享其成去吸收大家完善拓展的成果，何樂而不為呢。單憑自己的力量很有這樣的收獲的從另外一個角度來分析：你在奉獻自己經驗和技巧的同時也令團隊的戰斗力增強，令自己的精力得以釋放，可以站在更高的角度去分析自己的工作、研究新技術、創新管理手段或者把話精力開拓新領域測試leader除了要主動從自己的上級領導或者專家身上吸取所需外，其實你的手下也有很多值得你吸取的地方：比方他們的執行細節、執行方法、對問題

12、的看法、他們的管理理念等。“三人行必有我師“12測試技術管理_理念測試工作的監督問題：一個團隊的成績直接和leader的決策能力和工作方法有關，對于一些剛走上領導崗位的測試leader來說，工作當中不可避免的經常犯錯，及時發現錯誤調整策略和工作方法是非常關鍵的根據“三權分立”的思想，測試的組織架構當中必須要設立監督、監控測試工作的部門或者崗位,否則我們就有自亂陣腳的可能如果公司的組織架構不完善，沒有監督、監控我們的部門或崗位（或者監控、監督達不到效果 ），我們必須要設法在在內部創建這樣的角色，這樣我們的工作就會朝著正確的方向發展13測試技術管理續上很多公司既存在質量部，也存在測試，但是中國現狀

13、下的質量工程師往往對測試工作本身存在的眾多問題往往沒有實質性的指導，比方說：“看看你有沒有按照流程走”至于走的如何其就不關注了；“有沒有提交文檔”文檔寫的如何、格式如何其也不關注；不過也不能怪QA，除非其本身是測試專家，否則你不能對其有太多技術層面的要求測試部可以考慮在內部設立一個人或者讓一個小組承擔起配合測試leader監督各項工作的重任測試leader經常需要把握大方向，如果事事俱細的話那其必然在整體把握上面會有所削弱，精力有限，左右不能同時兼顧 例子：因為某個項目發生調整，取消了測試團隊，我把這個團隊的測試負責人調到系統組，完全執行技術監督、規劃的任務，最終測試部的技術儲備、團隊建設的工

14、作質量都取得了較好的成果，團隊建設工作的執行方法的可執行性也有了較大的進步，測試部經理可以獲得下屬成員對推行的團隊建設工作的真實想法，測試部經理有更多的時間在系統的層面上面去考慮團隊的技術方向，同時在具體執行細節上面也可以第一時間獲得真實的數據和反饋，經過一段時間的努力，測試部的工作風格基本形成14測試技術管理_技術對于測試leader，測試技術創新、創新的技術的推廣應用是其首要任務，必須要把技術創新和應用融入到管理工作當中要把測試工作做好，高超的測試技術必不可少，測試技術有很廣的范疇，我們測試團隊要規劃自己領域的測試技術，這樣才能有找準測試團隊發展提高的方向測試技術終究要轉化為測試案例，可以

15、這樣理解測試技術平臺：產品需求細化業務和實現邏輯+產品實現技術測試手段（工具應用及反推）測試角度+用戶場景+功能關聯/依賴法+測試點反推法+bug反推法15測試技術管理_技術續上測試團隊要打造屬于自己的測試技術平臺，就像武林門派必須要有自己的武功秘訣一樣這里說的技術不是單純的開發技術、集成測試技術、自動化測試技術，而是團隊統一的測試案例設計理念；中國的測試團隊很少配備測試架構師，測試案例的設計基本都是測試工程師來完成，測試案例的設計水平直接影響版本測試質量，因此團隊的測試案例設計水平至關重要，測試leader必須要根據自身產品技術特點不斷總結提升團隊的測試案例設計水平目前很多團隊對于測試案例設

16、計的方法多少來源于網上或者某些書本上面，從本人工作體驗來分析，這些方法其實很難運用在實際的測試案例設計當中，或者應用效果不太理想，因此測試團隊必須要根據自身的人員水平、產品和技術特點確立適合團隊發展的測試案例設計方法16測試技術管理_技術續上外面的世界很精彩，一個絕好的機會到來了，我們到了一個和現在決然不同的領域，上面提到的“產品需求細化業務和實現邏輯+產品實現技術測試手段（工具應用及反推）測試角度+用戶場景+功能關聯/依賴法+測試點反推法+bug反推法”還有多少能發揮作用？需求細化的方法、技術分解的方法、測試手段反推法、測試角度、功能關聯/依賴法、bug反推法還可以繼續應用，但是需求本身、業

17、務和實現邏輯、產品實現技術、測試手段已經不能繼承使用了真正可繼承的是測試角度還有很多方法的本身，并且測試角度可以集成眾多同事的智慧，讓團隊智慧應用在每個人的工作當中17測試技術管理_技術續上要想在測試行業當中長期立于不敗之地，就必須要找出適合自己長期發展的測試技術路線，測試角度就是可以無限擴展的測試技術一個人總會遇到瓶頸，但是如果用適當的方式調用團隊的力量就可以輕易突破個人的瓶頸，測試角度就可以突破個人在測試案例設計水平的瓶頸因為不同人的年齡性格、工作經歷、生活經歷、技術水平都會決定你看待相同的產品會產生自身的測試角度，我們把這些測試角度收集起來供團隊設計測試案例時使用，設計測試案例的角度就能

18、突破一個人設計時候遭遇到的瓶頸每個測試功能點都有其產生的思路，功能點本身具有很強的功能特性，有很多配置條件的限制，比方說一個測試人員同時負責3個模塊，每個測試功能點只能在各自對應的功能模塊當中應用，如果能把測試功能點的產生思路抽象出來，去除掉配置的限制和功能的特性，那么這種思路就可以在他負責的其他模塊應用，可以被其他同事所負責的功能模塊應用，甚至可以被其他產品應用，這些思路統稱為測試角度18測試技術管理_技術假設我們現在是5000元工資的技術水平，如果我們要甩開現在和我們處于同級水平的對手，要保持或者拉大達不到5000元水平對手的差距，要不斷追趕在5000以上的對手；最終發現我們在進步，對方也

19、在進步，我們并不比對手聰明，我們的時間并不比對手多，我們甚至也不比對手刻苦，那么如何實現上面的目標？我們要把測試角度寫成checklist，這就是checklist思想checklist就是把大家在設計測試案例的思路提煉出共性和特性，方便后面的人研究學習，也可以供其他功能模塊其他產品編寫測試案例時借鑒我們把團隊當中不同成員的測試角度從他們的腦子里面提取出來，以文字的方式記錄下來，并且抽象封裝成日后可以在不同領域使用的測試角度當你換到一個和以往經歷過產品和技術完全不同的領域，封裝好的測試角度將是一筆寶貴的財富積累19測試技術管理_技術續上checklist的共性和特性抽象出來后，要注意其可理解性

20、和可推廣性，我們在抽象出一個共性時，要根據其變化規律和定義范疇進行細化，比方說狀態同步這個共性，其定義范疇有狀態同步_時間（時鐘），狀態同步_標志位、狀態同步_表項、狀態同步_總線等，其變化規律有狀態同步_進出，狀態同步_主備等，變化規律和定義對于共性應用在不同的功能和產品、不同的行業領域內的表現形式非常多，并且隨著技術、環境、時間等條件的變化而變化，因此共性是通用的，特性及共性的變化規律和定義范疇是無限的！測試技術的深奧有一部分是體現在這里有些測試角度是可以拆分或者細分的，沒細分出一個就代表著相應測試點的增加比方說兼容性測試，兼容性針對不同的產品可以細分出很多點，操作系統的兼容性、同類軟件的

21、兼容性、接口的兼容性等20測試技術管理_技術測試角度舉例1 事件數據庫分表測試 測試時發現因為此次分表把每月的數據分成上，中，下三旬分表儲存。所以在查詢客服人員工作量，無法一次查詢出每月的全部客服工作量，需要分三次查詢之后進行人工統計。而且金華那邊的客服是通過該表的數據來進行客服當月客服的績效考核的。但是產品人員沒有考慮到這一點上面的事件和數據庫的表技術有關，事件體現了要把3個表合成一個表的思想，可以考慮數據庫關聯表項為第一級測試角度，往下分析，這個事件表明了表項設計不合理，表項沒有合并，第二級測試角度可以抽象為關聯表項的合并/拆分，這是從事件本身抽象出來的角度，通過我們自身的經驗，我們還可以

22、針對數據庫表關聯功能進行抽象，數據庫表關聯的特性還有同步特性，從同步特性我們有可以聯想到互斥特性，最終抽象出來的測試角度為數據庫表關聯-表合并/表拆分/表同步/表互斥以后采用了數據庫表關聯技術的功能都可以從上述測試角度考慮，同時同步和互斥功能又不單單可以用作數據庫的表關聯，還可以用在有狀態特性的功能，有表特性的功能21測試技術管理_技術Checklist思想的應用當前很多測試思路已經融會在大家的實際工作當中，我們當前要采取的策略是要把大家的已有的測試思路融會進checklist里面，形成共享checklist一旦形成，可以作為一個質量規范去強制執行，要求大家在設計新的功能的測試案例必須要參考c

23、hecklist里面的每一項，形成記錄存檔，保證以前優秀的設計思路得以繼承，使產品的測試案例的質量擁有一定的保證Checklist并不只是應用在測試案例的測試思路收集中，其最基本的應用是事件checkpoint，可以針對各種工作事件的處理、各種工作規范來編寫checklist，比方說版本上線需要遵循的事項就可以編寫成為checklistCheklist思想還可以用到很多測試工作當中，比方說評審工作的checklist，可以指導如何開展一次成功的評審活動Checklist思想比較抽象，我們如果要推廣應用，很多時候的確先把當前工作當中屬于checklist思想的內容整合起來，這樣便于理解和推廣22

24、測試技術管理_團隊建設測試leader要打造一個好的工作平臺，這個工作平臺能給團隊中的成員帶來綜合能力的提升我們要用合適的方法把有共同目標的團隊成員的智慧集中起來，團隊當中的每個人都無私付出自己的智慧和經驗，彼此共享各自的智慧和經驗，這樣團隊成員的技術和能力的提升速度會遠遠超過單兵作戰的提升速度，團隊個人能力提升快了，相應的團隊的戰斗力也會有很快的提升，我們才能追趕國際先進的測試技術和測試理念，縮短差距團隊建設的工作貴在堅持、要根據不同的條件環境靈活調整方向和執行方法華為的狼群戰術就是成功的例子，一頭狼不太可怕，如果是一群狼，那就。如果團隊能夠把個人力量聚合起來，那么就會事半功倍良好的版本測試

25、質量是依靠整個測試團隊去保證，因此團隊建設工作必不可少團隊建設的工作思想盡量要讓下屬成員理解，但是每個人的實際情況不一樣，很難讓所有下屬都全部理解并執行（全部理解并執行應該是leader的工作目標，不能輕易放棄，要堅持）很多時候測試leader必須要在團隊當中強力推行團隊建設工作（把思想轉化為執行手冊或者模板），思想統一工作在接下來的時間再想辦法去做（能完全理解團隊建設思想的組員具備了日后成為測試leader的素質），思想統一是有效執行的最終保證23測試技術管理_團隊建設團隊建設的內容技術文檔庫和交流社區平臺建設新員工培養流程及導師制度監控機制的建立考核機制的建立培訓機制和評審機制的建立成立系

26、統組 24測試技術管理_團隊建設團隊建設是為了讓我們技術、工作進步的加速度保持在一定的水準，團隊建設不是簡單的吃飯、K歌內部技術文檔庫和交流社區平臺建設技術文檔庫的內容包括技術理解文檔、測試案例/測試列表、測試角度checklist、各種方法、模板、報告、工作文檔、技術文檔、重點故障分析文檔（內部、外部）等交流社區平臺的目的：文檔存儲和查找、文檔質量審核、技術交流、文檔任務監控文檔庫是團隊建設當中的重點，是團隊技術積累、技術推廣應用的平臺文檔庫存在于交流社區平臺當中，交流社區平臺有助于提高工作質量和工作效率，促進團隊和諧社區可以有文檔庫、部門公布欄、灌水欄、測試案例設計技術、自動化測試技術等等

27、，可以根據具體需求構建，平臺建議采用web論壇方式25測試技術管理_團隊建設新員工培養流程及導師制度新員工學習工作計劃和提交成果導師職責技能列表答辯學習內容主要分為兩個部分公共知識技能培訓-公司制度，企業文化、研發測試管理流程規范、工作方法、團隊文化-由導師負責培訓和提供資料。專業知識技能培訓-工作范圍內和技術相關的內容講解-由導師負責培訓（或者導師聯系其他更合適的同事來培訓）和提供資料導師的選取原則：熟悉公司的規章制度、工作流程，熟悉研發體系、測試部的規章制度、業務工作流程導師誤區：導師必須在技術上面要強于新員工新員工的技術強于導師也很平常，這時候導師的作用就是盡快讓他融入到測試團隊當中，盡

28、快熟悉各種工作流程，令其盡快進入正常工作狀態，把能力發揮出來26測試技術管理_團隊建設監控機制的建立工作日志工作分類（周任務、當天任務、版本測試工作、團隊建設工作、溝通交流工作等）工作計劃（優先級別、時間安排、預期目標、完成標志）任務執行（優先級別、開展時間、進度描述、結果、數據描述、收獲總結）工作評估：收獲和不足（原因及解決方案）Bug信息（提交數量、回歸情況、bug狀態統計信息、提交版本質量評估、亮點bug）工作周報（從工作日志當中提取）月度總結（從周報當中提取）年度總結（從月度總結中提取）27測試技術管理_團隊建設續上工作日志不是純粹為了達到監控目的，工作日志更深層次的目的是為了讓員工養

29、成良好的工作習慣（計劃習慣、跟蹤、回顧總結的習慣），具備良好的職業素養中國大部分的公司測試部的流程和公司的流程很不健全，對測試人員的要求不夠嚴格，這樣測試人員容易養成各種不好的工作習慣，對將來的職業生涯非常不利工作日志雖然會耗費一定的時間，但是對其個人、團隊以及公司而然都是利大于弊，如果我們節省了編寫工作日志的時間，那么我們可能會失去工作效率我曾經問過我的手下：“如果取消了工作日志，你是輕松了還是放松了”注意周報、月度總結、年度總結必須環環相扣，不能各自為政，否則工作就會重疊，效率低下，計劃和結果有偏差28測試技術管理_團隊建設考核機制的建立考核的原則：做不到完全的客觀和公平；簡單操作為上策；

30、考核的目的：不是為了打分，不單純為了突出先進鼓勵先進，更重要的是讓員工理解考核標準當中透露出來的工作原則和工作要求，在工作過程當中能夠自己根據原則和要求系統的主動的應對工作，而不是被動的接受指令，從而有可能達到預期目標甚至超過預期目標考核很耗費資源，大公司的考核流程都是有專門的部門投入大量的工具去收集考核數據，最終還是會存在不滿意的結果，因此一般的中小型公司的測試團隊的考核更加不要片面追求公平和客觀數據，最終不單達不到效果，還會產生部門動蕩許多人認為考核就是自上而下的打分，我認為這種理解比較片面，舉個例子：廚師帶徒弟，如果他只告訴他每道菜如何做，而不告訴徒弟菜的特性和營養特性，不告訴它色、香、

31、味的含義，那么這個徒弟就只會做師父教過的菜，哪怕菜的搭配稍微換了，色香味就不能保證了，更不用談什么創新了，同理，測試leader也不應該只是打分，而是要讓下屬理解考核的原則，了解工作怎么樣開展才能符合考核原則，才能拿高分29測試技術管理_團隊建設續上對于新組建的團隊或者改進型團隊考核的依據：突出發現自身存在的問題（技術層面、工作方法層面、工作策略層面、團隊工作層面等）及解決方案，突出相對之前工作的進步/亮點考核的方法：采用比較法，使用紅黑牌的方式，用紅黑牌的數量去比較得出排名，紅黑牌的發放尺度由測試leader根據當前的工作重點去把握測試工作的評價：測試人員的進步突出測試工作的進步；要從多個維

32、度去考慮紅黑牌的發放，以各種形式的文檔數據（技術理解文檔的質量和作用、測試案例質量和更新、測試角度checklist的質量和數量、案例分析的深度和影響作用、工作建議的數量和影響作用、bug數據、新技術的拓展及應用等）去展現測試人員的進展、進步30測試技術管理續上人的缺點很多，每補上一個就意味著進步，當你迷糊找不到發展的目標時，那就舍遠求近，從自身的問題修補做起實行紅黑牌制度，目的為了避開繁瑣的考核算分制度，因為65分和70分的區別實在不好區分黑牌制度具有相當的靈活性，其不需要制定永久的實施標準，可以根據當前項目管理存在的問題或者當前項目管理的需要臨時調整紅黑牌的發放標準，只要在一個考核周期內保

33、持紅黑牌發放制度的一致性，就不影響考核數據的一致性和公平性實行紅黑牌制度可以解決絕對數據不能解決的問題，比方說新增100和測試功能點和新增80隔測試功能點的區別，我們的處理原則是看待數字后面隱含的深度、廣度，比方說測試列表的新增點可以從以下幾方面考慮：相應的技術理解文檔的質量（通過紅黑牌去控制，沒有紅黑牌就代表合格），需求的覆蓋度（評審后通過紅黑牌去控制，沒有紅黑牌就代表合格），測試角度的合理利用（日后有更好的參考可以修改擴充，通過紅黑牌去控制，沒有紅黑牌就代表合格）、測試用例的更新和采納的設計角度、bug的數量和發現的角度及采用的技術、新技術的應用（體現在bug數據和測試用例更新）等紅黑牌的

34、絕對數量只體現在某一個考核項目的比較當中，不會因為某一個項目給予的紅牌數過多而影響全局的考核，這樣保證了在某一個局部項目的紅牌激勵或者黑牌刺激作用不會有副作用（影響公平性），如果局部紅黑數量很多，可能會有特殊貢獻意義，這時候可以單獨給予紅牌獎勵31測試技術管理_團隊建設文檔對考核的價值：文檔是一面鏡子，可以讓大家看到你對知識的掌握程度、對知識理解的正確性，相對之前個人的進步和收獲等，文檔是交流最好的手段或者平臺之一，寫文檔不只是為了傳授知識和儲備知識，它也可以讓大家來指出你文檔當中存在的問題，促進你改進，它也可以肯定你在文檔當中體現出來的理解廣度和深度，肯定你的工作成果，保持正確的發展方向測試

35、leader如何去衡量下屬的工作能力、技術水平呢？傳統觀念都是參考內部bug數據和外部bug數據，這只是最終結果，如果結果是好的，那么我們可以自豪的去享受成績帶來的榮譽和實惠，如果結果糟糕那又如何呢？能不能在結果沒有出來之前，在執行沒有開始或者執行過程當中就可以發現存在的風險或者肯定工作的進展順利呢？可以通過執行者提交的技術文檔、工作文檔去衡量，因為文檔可以體現執行者的技術水平和工作思路，這些文檔內容都不會太多，leader花不多的時間就可以了解全局形勢，預測風險，保證目標的順利達成32測試技術管理_團隊建設培訓機制和評審機制的建立測試部內部必須要建立固定的培訓機制培訓工作包括技術答辯、測試技

36、術培訓、產品技術培訓、產品培訓、測試工具培訓、流程培訓、工作方法培訓、業務知識培訓、素質提升培訓等培訓要重質量，不要追求數量，不要陷入為了培訓而培訓的誤區培訓效果要以對實際的測試工作帶來的作用來衡量，比方說帶來的測試用例數量的增加、測試角度的增加、bug發現思路的增加等培訓要注意收集問題，效果要追蹤，要和考核相結合培訓內容要不斷更新補充，貼合實戰，對于補充和更新應該用考核激勵培訓制度和評審機制是實現團隊技術共享、技術進步的重要實現方式，只有形成了固定的機制，團隊成員就會通過培訓和評審獲得技術和知識對于絕大部分公司來說，內部培訓和評審往往可以很快的提高當前面團隊的測試技術水平也只有開展了內部的培

37、訓和評審，我們才會有對外需求培訓和咨詢的需求/渴望，從而使團隊的水平往更高的境界邁進33測試技術管理_團隊建設續上測試部必須要建立完善的評審制度評審工作包括測試需求評審、測試策略評審、測試方案、測試用例評審、技術理解文檔評審、測試報告評審、測試角度評審、測試計劃評審、測試流程、規范評審等等評審必須要重視評審前的準備工作評審講解人員必須要引導評審會議人員的思維進入評審議題當中評審結束后，必須要有評審既要，要列出評審的目標和評審效果的對比，列出評審過程當中提出的問題并解答 評審的效果必須要和實際的測試工作掛鉤，要使用紅黑牌考核方式來監督評審工作評審和培訓很容易陷于形式，時間花了，但是沒有達到效果，

38、久而久之，就完全變成應付工作了要避免官話：培訓效果不錯，其實要追究效果不錯體現在那，對測試工作能帶來什么好處，沒有培訓、評審之前的情況是怎么樣，培訓、評審后的情況有什么改善（從測試用例的增加數量、測試效率的提升等維度衡量），這樣才能夠確實保證培訓和評審機制健康的生存發展34測試技術管理_團隊建設成立系統組（系統組的最終目標：代表著測試部最高的技術水平和技術方向，系統組的測試工程師能夠在公司擁有和開發架構師一樣的地位職責團隊的技術規劃（測試技能列表規劃、測試環境規劃、測試手段規劃、測試指標規劃、自動化測試技術規劃、集成測試技術規劃、測試用例設計技術規劃、靜態測試技術規劃、測試平臺規劃、測試工作規

39、范的規劃，尋求瞄準外部先進技術等）承擔團隊建設工作的推動和監督、審核，承擔測試部內部工作的質量qa的角色（評審工作、培訓工作、新員工工作、內部文檔庫和交流平臺工作、流程工作、考核工作、新技術推廣應工作、各種內部規范工作等）各種技術相關工作的成果鑒定，具有考核打分權平衡測試各個team之間的技術問題和工作問題新技術攻關、測試技術難點攻關、故障攻關輔助各測試team豐富完善各自的測試武器（如測試工具等），讓測試人員的價值能夠得到很好的體現，躍過隨便點點鍵盤鼠標就發現bug的時代系統組必須要把握好團隊的技術路線，技術路線要和國際水平接軌（先追求國內頂尖再追求國際一流），要通過各種途徑去獲得行業內國際

40、先進的測試水平的定義，定位自己的團隊水平，規劃好發展路線，一步一個腳印去追趕先進長遠的眼光會令當前的測試工作路線既務實，又具有前瞻性35測試技術管理_研發測試流程研發測試流程的原則：要先分析當前研發體系的現狀和發展趨勢，確定開發經理/開發老大的態度，確定具備開展條件的流程建立規范的產品研發測試流程是我們的理想目標，但是受項目時間、研發資源、大環境等條件的影響，很多工作我們不能完全走正常流程，很多流程當中規定的產品、開發應該做的事情可能無法實現，只要不涉及降低產品測試質量的原則，測試leader必須要根據情況靈活處理比方說沒有開發文檔或者開發文檔內容不夠細致，測試人員可以主動通過詢問開發人員的方

41、式了解開發實現的技術細節，因為我們如果不了解產品實現細節，我們的測試質量無法保證，版本質量風險很大研發提交版本沒有附帶版本說明文檔，我們無法拒絕版本測試，這樣會延誤項目周期，我們不了解版本說明測試重點就無法掌握，那么我們就可以口頭溝通開發經理/開發人員獲得我們所需要的版本信息36測試技術管理_ _研發測試流程測試內部流程：測試計劃評審、測試報告評審、測試方案內部評審、新員工培養計劃評審、測試需求內部評審、測試用例內部評審、各種工作規范、制度評審、測試checklist評審、測試階段總結評審等開發測試流程：版本接收流程、版本管理流程、測試計劃評審、產品需求評審、研發設計文檔評審、集成測試評審、單

42、元測試評審、內部bug處理流程、外部故障處理流程、產品發布流程、測試流程、開發支持培訓流程、開發審核測試技術文檔流程、版本自測流程/持續集成流程等我接觸過很多種管理流程，如ibm的npd流程，華為原先的管理流程、三一重工的管理流程、中軟的管理流程等，這些流程都必須要結合他們各自公司特有的條件才能發揮效果，流程最終是為了保證工作當中問題能夠順利解決，在當前的條件下，我們可以參考其他公司的管理流程，但是具體實施、執行細節肯定要根據公司的具體情況來制定，所以不要迷信大公司的管理流程，不要生搬硬套，測試leader要具備根據公司、研發體系實際的情況建立起適合測試工作順利有效開展的內部流程和研發測試工作

43、流程的能力37測試技術管理_研發測試流程續上流程是為了規范工作，提高工作效率，當出現意外情況或者不可抗拒的原因導致流程執行中斷，測試leader應該主動想辦法用另外一種方式令流程跳過中斷的環節，繼續走到下一環節，這樣測試才能贏得主動，體現自身的素質和價值，獲得更好的生存空間比方說和開發約定周三提交版本，但是到了周三卻一直沒有提交版本，這時候測試不應該抱著不給版本是開發的錯不是我的錯，而是應該站在項目大局的角度及時的詢問開發經理，了解情況，及時調整原定計劃，規避風險，擁抱變化測試應該多站在公司和項目的角度去看待工作，不能單純從測試部的利益去開展工作，這樣才能獲得公司領導的認同，從而獲得更大的發展

44、空間和發展機遇38測試技術管理_組織架構組織架構的劃分原則：根據產品線結構、開發團隊的結構、測試部職能、測試人力結構來決定組織架構在分工方面是固定的，但是各組之間要打破壁壘，加強技術互動交流，加強團隊建設工作，做好技術儲備人員之間可以在一定周期內相互調配，既可以讓員工多學知識，避開思維定式，也可以起到人才儲備的作用，降低離職事件帶來的影響人員調配動作的前提是有完備的執行指導文檔和各類支撐文檔，調動人員都具備導師資格39測試技術管理_測試執行關注測試執行案例數量和bug發現數量的對應關系（特別關注major級別以上的bug數量）關注測試執行過程當中測試案例增加數量和亮點關注測試執行過程當中測試案

45、例修改數量和亮點關注測試執行過程當中新增加的測試角度、疑難bug分析關注測試執行過程當中技術理解文檔新增、修改內容關注測試過程當中新增測試工具的應用關注現有測試工具的使用拓展關注給其他部門提的技術建議（如評審意見）關注其他兄弟部門的評價版本測試的執行質量依賴于團隊成員個體的執行質量，成員個體的執行質量體現在其執行過程當中的細節，而細節方面可以集中通過上面提及的各種數據去衡量不要只從一個角度去衡量工作，角度越多，疏漏的機會也就越少比方說版本質量本身很差，bug數量多并不能代表測試質量同樣版本質量很好，bug數量少也不能說明測試質量差40測試技術管理_測試執行根據版本遺留問題和發布時間的關系，如果沒有收斂或者存在發布延遲，要及早預警關注最后一輪版本測試的版本控制關注測試執行過程的版本提交數量及版本質量關注版本功能指標、性能指標、穩定性指標、兼容性指標、安全指標等重要指標的測試結果關注需求變更關注代碼修改的影響范圍關注代碼的debug實現點系統組關注各個team在執行過程當中的經驗和教訓，及時推廣到全體系統組關注解決各個team的工作難題，統一調度資源41測試技術管理_體會收獲測試leader必須要為下屬規劃好職業發展路線，要時刻把下屬的成長作為你的工作職責放在心上測試leader要保持危機意識，要發自內心認定自己當前的技術和方法都可以提高改進，