前言微信
前兩天有個入行不久的朋友跟我說，他剛入職了一家新公司，感受開展工做遇到不少困擾，剛好我最近在梳理團隊管理方面的思路。因此有了今天這篇文章。今天的分享的主題是如何帶領新人，以及新人入職初期該怎麼作。所分享的內容大都是我的的見解，不能保證有多科學，只是但願對剛成爲測試經理或者剛入行的童鞋有所幫助，也歡迎來交流見解。框架
1、測試經理如何帶新人 學習
新人有兩種，一種是剛入行的測試新手，還有一種是剛進入一家新公司，但自己是有經驗的老手。測試
對於測試新手來講，做爲測試經理須要作的大體是前期幫助他快速融入團隊，提高測試技能。經常使用的方式好比給他明確須要學習的文檔資料、制定一箇中長期的學習計劃，有條件的話給他指定一個導師—若是沒有合適的，不妨親自去帶—對於咱們IT企業來講，人才是最重要的，不要因雜事而忽略對人的培養——因此，你須要看一下我公衆號上的兩篇文章《 畠山芳雄：新員工培訓的十三條黃金法則》《 華爲新人180天詳細培養計劃》。spa
如下是個人作法。.net
1.1 幫助員工快速融入團隊設計
在新人上班前爲其安排好座位和辦公用品，桌椅提早擦乾淨，電腦裏能夠準備好所需的軟件以及必要的公司和項目文檔。ci
介紹其與有關人員見面，帶他參觀公司部門，向他介紹將在一塊兒工做的每個人，經過面談瞭解他的但願和預期。開發
爲新人指派一個導師。導師負責回答新人的問題，檢查新員工的工做完成狀況並給出適當建議，午飯一塊兒吃飯。文檔
給新人講清楚工做職責、發展空間。
明確安排第一週的工做任務，包括：天天要作什麼、怎麼作、與任務相關的同事部門負責人是誰。
1.2 幫助新人快速熟悉項目
在國內多數公司，留給新人的適應時間都不會很長，好一點的可能一週，差一點的可能只給二、3天的時間。因此做爲部門經理，須要經過一些方式讓新手儘快的掌握工做技能和項目信息，創造本身的價值。如下是我常使用的方法：
讓新人對照軟件覈對文檔。避免直接拋給新人一大堆文檔，讓其本身「領悟」——這種方式效率和收益很是低下。
讓新人從客戶的角度使用產品，讓其列出客戶但願經過該該產品完成的事，並讓他嘗試那樣作（走流程）——這樣作的目的，是幫助他理解產品的優缺點，培養他從客戶角度看待問題，讓他更有意識的去了解一些跟客戶相關的行業信息，從而讓他看產品的角度更有效（提出的bug更有價值）。
不少人作很差測試實際上是由於不會溝通。這種現象很廣泛，新人（也有不少老手）不知道如何去溝通，不知道在需求和設計評審時應該關注什麼，應該提問什麼問題。。。這致使他們獲取不到足夠有用的信息。針對這種狀況， 個人作法是先帶着新人去跟開發溝通幾回需求，讓他學習個人提問方式和關注點。幾回以後安排他獨自去跟開發溝通測試範圍，等他回來的時候進行提問。若是回答出全部問題，基本能夠認爲他把需求搞清楚了，意味着他們有能力完成此次的測試任務了。若是問題回答不上來，讓他們繼續去溝通，直到把問題所有溝通清楚爲止 。對新人來講， 若是溝通2次能回答出全部問題，就很不錯了，畢竟不少細枝末節很難了解到。
1.3 幫助新人快速掌握工做技能
掌握提bug的技巧。在提交新bug以前，先讓新人嘗試修改老員工提交的bug。讓新人按照bug中描述的操做步驟從新測試，而且嘗試修改（好比嘗試修改步驟和結果描述不清晰、不許確的bug）。 新人修改完之後，測試經理或者導師進行檢查。這可能涉及改寫和後續測試（查找與這個程序錯誤有關的更嚴重的問題，或查找會出現所報告問題的範圍更廣的條件環境）。測試經理/導師最後對其改過的bug描述中的語氣、清晰性、和創造性給出反饋----這個過程能夠一直持續到新人提交出使人滿意的結果爲止。
讓新人在測試系統以前，先從新測試老程序錯誤----能夠幫助測試員瞭解被測產品、產品會怎樣失效、能夠怎樣測試產品、bug管理系統中有哪些bug。
儘可能不要派新手參加幾乎完成的項目。 對測試老手來講，他們知道如何閱讀測試矩陣、流程圖或其餘測試文檔，只須要告訴他們須要測試什麼便可，通常不須要說明怎麼作。他們雖須要時間去了解產品，但不須要佔用別人太多時間就能很快投入測試。可是對於測試新手，測試經理須要給出更多指示，這可能致使測試任務沒法按時完成，同時新人也會以爲痛苦。相對來講，新項目這方面的問題就不多。
2、如何帶老手
帶老手的流程跟新人大致類似，也是安排導師、安排辦公環境、介紹有關人員。。。不過相對於新人來講，老手的適應期更短，因此從測試經理來說，更多的時候會給老手製定一些目標，經過目標來檢查新人的工做是否能知足部門要求，在這期間針對具體的問題跟他作一些溝通，經過解決實際問題的方式來幫助他提高能力、適應新環境。
另外，做爲測試經理須要多跟團隊成員去溝通，不少IT從業者不愛主動找人說話，也不擅言辭。做爲測試經理更應該主動去找他們溝通。
3、做爲新人，在被人帶的時候應該怎麼作
新入行的新人，我以爲能用半年的時間達到「入門」的程度（即熟悉項目業務熟悉，能提交讓人滿意的bug，能根據需求和設計編寫用例） 就很不錯了。 能夠給本身制定一個半年的目標，想象一下半年之後本身要達到的程度。
儘量的多溝通，找一個樂於溝通的人溝通。 總結科學合理的溝通技巧，經過實際的項目來鍛鍊本身。因此你須要看一下這篇文章《如何跟開發溝通測試範圍》
多利用中午的飯糰時間跟同事打好關係。
熟悉一下公司的工做方式、流程、有關測試環境（能夠整理一份測試環境清單）
多參加一些會議，瞭解別人怎麼工做
積極一些，不懂就問，工做多反饋。——在我剛帶團隊的時候，有個下屬工做實際上很努力，但就是不愛跟我反饋工做。最後個人脾氣上來了。。。因此結果大家懂得。。。其實如今想一想這事挺慚愧。
態度要端正，說白了就是要加班。剛入職確定有不少文檔和項目要學習，即便公司不流行加班，也建議你主動一些。建議入職之後搞清楚公司的加班文化，下班的時間起碼要跟大多數人接近。不要以爲不必就不加班，由於這樣很容易就被幹掉。不加班會讓人以爲你工做不積極，不重視這份工做。可能你以爲工做作完了不必 加班，可是在上級看來，工做就像海綿裏的水，擠擠都會有的， 好比你能夠去了解項目，總結髮現的bug（老手能夠總結測試框架，作作bug預防的工做，嘗試推廣探索式測試和自動化測試）。。。總之，多多利用這段時間去學習。
在國內大多數公司，測試人員都須要靠本身去學習，在工做中很難有人能一直教你，所以還須要總結本身的一套高效、有效的學習方法。——因此，你須要看一下個人另外一篇文章：《面對層出不窮的技術，咱們就得這麼幹！》，文章在公衆號-》技術分享-》職業發展菜單下。
總結
簡單來講就是，無論你做爲何樣新人，必定要積極向上，端正態度。儘量熟悉公司的業務和工做模式。認識到更多的團隊中的成員。而且跟他們處好關係，而且在新人的初級階段必定要多彙報和溝通。而且把遇到的問題必定要梳理和解決。提升你工做的效率，和你們對你的承認程度。 若是你是一個負載帶新人的主管，那麼你必定要負責人，給他制定一個標準化的流程。而且主動的不斷跟他去溝通。看到他有什麼作的很差的地方，即便的指證他，讓他更好的適應公司的文化。
本文分享自微信公衆號 - 軟件測試經驗與教訓（udatest）。
若有侵權，請聯繫 support@oschina.cn 刪除。
本文參與「OSC源創計劃」，歡迎正在閱讀的你也加入，一塊兒分享。