測試技術(shù)管理

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

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

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

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

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

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

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

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

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

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

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

12、的看法、他們的管理理念等?！叭诵斜赜形?guī)煛?2測試技術(shù)管理_理念測試工作的監(jiān)督問題：一個團隊的成績直接和leader的決策能力和工作方法有關(guān)，對于一些剛走上領(lǐng)導(dǎo)崗位的測試leader來說，工作當中不可避免的經(jīng)常犯錯，及時發(fā)現(xiàn)錯誤調(diào)整策略和工作方法是非常關(guān)鍵的根據(jù)“三權(quán)分立”的思想，測試的組織架構(gòu)當中必須要設(shè)立監(jiān)督、監(jiān)控測試工作的部門或者崗位,否則我們就有自亂陣腳的可能如果公司的組織架構(gòu)不完善，沒有監(jiān)督、監(jiān)控我們的部門或崗位（或者監(jiān)控、監(jiān)督達不到效果 ），我們必須要設(shè)法在在內(nèi)部創(chuàng)建這樣的角色，這樣我們的工作就會朝著正確的方向發(fā)展13測試技術(shù)管理續(xù)上很多公司既存在質(zhì)量部，也存在測試，但是中國現(xiàn)狀

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

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

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

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

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

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

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

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

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

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

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

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

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

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

27、，可以根據(jù)具體需求構(gòu)建，平臺建議采用web論壇方式25測試技術(shù)管理_團隊建設(shè)新員工培養(yǎng)流程及導(dǎo)師制度新員工學(xué)習工作計劃和提交成果導(dǎo)師職責技能列表答辯學(xué)習內(nèi)容主要分為兩個部分公共知識技能培訓(xùn)-公司制度，企業(yè)文化、研發(fā)測試管理流程規(guī)范、工作方法、團隊文化-由導(dǎo)師負責培訓(xùn)和提供資料。專業(yè)知識技能培訓(xùn)-工作范圍內(nèi)和技術(shù)相關(guān)的內(nèi)容講解-由導(dǎo)師負責培訓(xùn)（或者導(dǎo)師聯(lián)系其他更合適的同事來培訓(xùn)）和提供資料導(dǎo)師的選取原則：熟悉公司的規(guī)章制度、工作流程，熟悉研發(fā)體系、測試部的規(guī)章制度、業(yè)務(wù)工作流程導(dǎo)師誤區(qū)：導(dǎo)師必須在技術(shù)上面要強于新員工新員工的技術(shù)強于導(dǎo)師也很平常，這時候?qū)煹淖饔镁褪潜M快讓他融入到測試團隊當中，盡

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

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

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

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

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

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

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

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

36、術(shù)培訓(xùn)、產(chǎn)品技術(shù)培訓(xùn)、產(chǎn)品培訓(xùn)、測試工具培訓(xùn)、流程培訓(xùn)、工作方法培訓(xùn)、業(yè)務(wù)知識培訓(xùn)、素質(zhì)提升培訓(xùn)等培訓(xùn)要重質(zhì)量，不要追求數(shù)量，不要陷入為了培訓(xùn)而培訓(xùn)的誤區(qū)培訓(xùn)效果要以對實際的測試工作帶來的作用來衡量，比方說帶來的測試用例數(shù)量的增加、測試角度的增加、bug發(fā)現(xiàn)思路的增加等培訓(xùn)要注意收集問題，效果要追蹤，要和考核相結(jié)合培訓(xùn)內(nèi)容要不斷更新補充，貼合實戰(zhàn)，對于補充和更新應(yīng)該用考核激勵培訓(xùn)制度和評審機制是實現(xiàn)團隊技術(shù)共享、技術(shù)進步的重要實現(xiàn)方式，只有形成了固定的機制，團隊成員就會通過培訓(xùn)和評審獲得技術(shù)和知識對于絕大部分公司來說，內(nèi)部培訓(xùn)和評審?fù)梢院芸斓奶岣弋斍懊鎴F隊的測試技術(shù)水平也只有開展了內(nèi)部的培

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

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

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

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

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

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

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

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

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