新加入一個團體，如何能儘快的展開測試工做（轉載）

做爲一名測試新人加入團隊，大多數狀況下，項目組成員都是一種熱情歡迎的態度，而且主動提供力所能及的支持和幫助，如何快速熟悉項目業務和測試環境，儘快投入到實際工做中去，我談談我的的經驗和一些見解，供同行參考：

一、尋找新公司的團隊元老：
      通常來講，一個新人進入新公司，都要指定一個師傅帶一段時間，這也就是咱們說的測試前輩。不少時候，測試前輩都是經驗很是豐富的測試高人，如何您和他相處融洽，關係不錯，憑他我的豐富的業務經驗，給您指點迷津，也許會比你本身摸索10倍的時間效果還好。不少的測試新手，剛進入新公司時，自高自大，眼高收低，測試前輩都不肯意交，結果到了試用期轉正答辯的時候，一問三不知，被迫離開公司，被炒魷魚。這樣的例子我看到的不下於10例，很惋惜丟失了不少工做機會。

二、虛心的學習態度：
      剛到一家新公司，保持謙虛的學習態度很是必要。記得我剛畢業那年，公司招聘了一個測試主管，他有4到5年的工做經驗，閱歷算是不簡單，也是咱們心目中的牛人吧。可是那我的，除了聽總監的話之外，對於咱們部門的其它人來講，他簡直是自高自大，目中無人，根本不把部門裏的其餘人放到眼裏，以爲部門的人都不如他。他做爲一個空降兵，老員工和新員工，對他都很冷漠，碰到什麼問題，須要小組成員幫忙的時候，你們都不肯意幫助他，互相推諉，而且經理也找他談了幾回話，效果不明顯，結果他呆了不到2個月，估計是本身以爲很不開心，被迫離開了公司。其實，保持低姿態，謙虛的學習態度，必不可少。

三、閱讀項目相關的文檔：
      通常來講，新人一到公司，就會安排到項目中去。做爲測試新手，快速閱讀相關的「需求文檔」、「詳細設計文檔」和「用戶手冊」特別關鍵。咱們可以經過需求規格說明書等文檔，快速熟悉系統相關的知識，獲取編寫測試文檔的相關信息。若是項目已經編好了用戶手冊，您徹底能夠根據文檔的步驟，一步一步傻瓜式的熟悉每項功能。只有掌握的這些文檔的精髓，測試纔會變得異常輕鬆呀。

四、快速熟悉項目相關業務知識：
      剛到新公司的測試人員，若是你是跳槽到之前作過的相近行業，有豐富的經驗了，那麼您熟悉業務沒什麼大的問題。若是您換的新公司是您之前都沒有接觸到的行業，那你必定得努力一點，買些相關的業務知識看看很是必要。我深有體會，之前從一家「通信公司」跳槽到作「銀行系統」的公司，業務徹底兩樣，不少業務知識都是從零開始。不過有必定的工做經驗，學習起來也挺快，關鍵取決於我的是酷愛學習和堅強的學習毅力。

五、儘快介入瞭解被測試系統：  
     剛跨入一家新公司，若是被測試系統已經開發的差很少了，部分功能已經OK了。你能夠部署到測試環境下，嘗試從直觀測試的角度去儘快瞭解系統，儘快結合文檔熟悉起來。不少的時候，經過頁面操做實際的系統比看文檔效果好的多，而且印象更深入，熟悉系統更快。新加入公司的朋友不防試一試。

六、瞭解公司相似的相關產品：  
      大多數的公司，都不可能在每一個行業都很是強，基本上都是在某一個較小的領域很強勢，公司主要就是研發強勢相關業務的產品。因此說，相關的產品通常來講是不少的，若是要你測試的系統沒有開發完畢，若是時間和條件容許，不妨先了解一下公司相似的產品，以便儘快熟悉起來。大多數狀況下，公司不少的產品都是相通的，大部分的產品是在不一樣的客戶要求下，修改了部分功能和界面而已。我的認爲：瞭解相似的產品，也是測試新手快速熟悉產品的一條捷徑。

七、儘可能多參加項目的各類會議：  
      每一個項目，特別是在項目的啓動階段，大會小會不斷，不少時候項目組成員抱怨居多，都認爲很浪費時間，耽誤開發進度。若是做爲測試新手的您這個時候加入，那太好了，多參加這樣的討論會。大部分時間都是在討論項目的重點和關鍵，若是你們意見不一致，必然要對不一致的東西展開細節討論，您確定是收益匪淺。特別是對業務方面的討論，您參加幾回討論，比您看10篇需求還強，而且理解也很透徹。若是您對需求有所瞭解，可是部分功能模塊還有問題，就能夠在討論會上隨時提出來，你們一塊兒討論，共同解決。若是有這樣的機會，切勿放棄喲。

八、閱讀相似項目已有的測試用例：  
       若是項目已經啓動並進入了測試階段，若是你在這個時候介入，一般狀況下負責人都會給你提供整個項目或部分須要你測試的部分模塊的測試用例。這些測試用例也是您快速上手測試的重要參考資料。若是尚未編寫測試用例，你就介入了，那你就得重頭開始，您能夠閱讀項目相似的測試用例，並結合之前項目的測試經驗，根據公司相關的測試用例模板開始編寫測試用例。若是在編寫測試用例中碰到您不瞭解和很難處理的問題，您能夠記入測試需求疑問表格，等部門開會時，提出來你們討論。最好不要碰到一個問題就去問，常常打亂人家的思路，弄得別人嫌煩，那就不值了。

九、查看缺陷數據庫中舊有的缺陷：  
       通常的測試缺陷跟蹤系統，都是按模塊來分類軟件缺陷的。若是老大給你分配了測試任務，你就能夠有目的的去熟悉即將測試的模塊缺陷。登陸系統後，對缺陷進行篩選，嘗試按測試前輩的Bug描述步驟進行操做，看看是否可以從新缺陷？這種方法可以借鑑測試同行的經驗，儘快發現問題，避免測試的盲目性。一來能夠拓寬您的視野，避免遞交相似問題的Bug或是重複的Bug，二來還能夠爲您快速熟悉被測試系統添磚加瓦。

十、必須明白本身領導是誰：  
      通常的員工進入公司，公司和部門領導不少，搞不清楚誰管我，碰到問題問誰？誰能夠幫忙解決問題？若是真是這樣那就麻煩了。部門領導臃腫的狀況實在是太多了，有的公司，既有2測試經理，又有幾個測試主管，還有多個項目經理和研發總監，不知道工做向誰回報，對哪一個領導負責。弄得每一個領導都回報，很累呀！！個人作法是：測試項目中負責領導只有一個那就是測試主管，測試主管負責安排和分配每一個測試人員的工做和任務，我直接Review測試主管。若是項目中碰到有什麼解決不了的問題，組內成員能夠直接找我，同時我也按期加入項目參加部分測試，瞭解測試項目的一些進展狀況，必要時還要找一些人談心。這樣，工做彙報比較簡單明瞭，很輕鬆。

十一、熟悉與測試相關的管理軟件的使用：
      我說的這個測試相關的軟件包括缺測試需求管理軟件（如TestDirector或QC）、陷跟蹤管理軟件（如：TestTrack 
Pro、TestDirector等等）、版本配置管理工具軟件（CVS、VSS，仍是SVN等等），具體熟悉到什麼程度，那就要看您的職位了。若是您是通常的工程師，那你就只瞭解通常的使用就夠了，若是您是測試經理，您不只要了解通常的使用，還要更深層次的瞭解軟件的權限和項目的配置，由於您要做爲該軟件的Admin，碰到問題大部分都由您搞定呀，高工資不是那麼好拿的呀，哈哈！！！若是做爲新入職的您，連這些都不會，那你就得加把油了，否則到了測試啓動階段，你纔開始熟悉管理軟件，那麼你覺的可以快速展開測試嗎？

十二、注意溝通技巧，把握請教良機：
       爲了儘快熟悉項目，展開測試工做，溝通技巧必不可少。您做爲新入職的測試人員，儘可能瞭解每一個開發人員開發的模塊和每一個開發人員的性格特色，尋找一些共同語言，拉近與開發人員的距離，讓他們對您產生好感。只有這樣，當您碰到問題的時候，他們纔會鼎立的幫助您。若是您與開發人員關係很差，看了就覺的很討厭，那他們確定不會幫助您的，更不原意和您配合，當您提錯Bug的時候，他們就會抓住這些Bug不放，有時候還要說您什麼都不懂，這樣你就很鬱悶，確定呆不長久的，只有走人的份了，呵呵。特別是開發人員很窩火的時候，您更要多一些理解和寬容，切勿火上澆油，您能夠給他一些表揚，給他一些鼓勵。他一聽準開心死了，總以爲仍是您們最瞭解我，把您當成本身人。這個時候，你再問開發人員問題，他也許態度就不同了，他準會仔細的給你講解，而且之後的什麼事情，他也會百厭齊煩地幫助您的，由於他覺您最瞭解他們，無心識的把您當成了好朋友和哥們。還有的時候，開發人員有空過來測試部門逛逛，準備和您交流時，必定要把握機會，和開發人員開開玩笑和一些必要讚揚，也可以調節和開發人員的關係。總之，這一點作起來真的很難，若是作的好，那效果確實就不同了。