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

作為一名測試新人加入團隊，大多數情況下，項目組成員都是一種熱情歡迎的态度，并且主動提供力所能及的支援和幫助，如何快速熟悉項目業務和測試環境，盡快投入到實際工作中去，我談談個人的經驗和一些看法，供同行參考：

1、尋找新公司的團隊元老：

      一般來說，一個新人進入新公司，都要指定一個師傅帶一段時間，這也就是我們說的測試前輩。很多時候，測試前輩都是經驗非常豐富的測試高人，如何您和他相處融洽，關系不錯，憑他個人豐富的業務經驗，給您指點迷津，也許會比你自己摸索10倍的時間效果還好。很多的測試新手，剛進入新公司時，自高自大，眼高收低，測試前輩都不願意交，結果到了試用期轉正答辯的時候，一問三不知，被迫離開公司，被炒鱿魚。這樣的例子我看到的不下于10例，很可惜丢失了很多工作機會。

2、虛心的學習态度：

      剛到一家新公司，保持謙虛的學習态度非常必要。記得我剛畢業那年，公司招聘了一個測試主管，他有4到5年的工作經驗，閱曆算是不簡單，也是我們心目中的牛人吧。但是那個人，除了聽總監的話以外，對于我們部門的其它人來說，他簡直是自高自大，目中無人，根本不把部門裡的其他人放到眼裡，覺得部門的人都不如他。他作為一個空降兵，老員工和新員工，對他都很冷漠，碰到什麼問題，需要小組成員幫忙的時候，大家都不願意幫助他，互相推诿，并且經理也找他談了幾次話，效果不明顯，結果他呆了不到2個月，估計是自己覺得很不開心，被迫離開了公司。其實，保持低姿态，謙虛的學習态度，必不可少。

3、閱讀項目相關的文檔：

      一般來說，新人一到公司，就會安排到項目中去。作為測試新手，快速閱讀相關的“需求文檔”、“詳細設計文檔”和“使用者手冊”特别關鍵。我們能夠通過需求規格說明書等文檔，快速熟悉系統相關的知識，擷取編寫測試文檔的相關資訊。如果項目已經編好了使用者手冊，您完全可以根據文檔的步驟，一步一步傻瓜式的熟悉每項功能。隻有掌握的這些文檔的精髓，測試才會變得異常輕松呀。

4、快速熟悉項目相關業務知識：

      剛到新公司的測試人員，如果你是跳槽到以前做過的相近行業，有豐富的經驗了，那麼您熟悉業務沒什麼大的問題。如果您換的新公司是您以前都沒有接觸到的行業，那你一定得努力一點，買些相關的業務知識看看非常必要。我深有體會，以前從一家“通訊公司”跳槽到做“銀行系統”的公司，業務完全兩樣，很多業務知識都是從零開始。不過有一定的工作經驗，學習起來也挺快，關鍵取決于個人是酷愛學習和堅強的學習毅力。

5、盡快介入了解被測試系統：  

     剛跨入一家新公司，如果被測試系統已經開發的差不多了，部分功能已經OK了。你可以部署到測試環境下，嘗試從直覺測試的角度去盡快了解系統，盡快結合文檔熟悉起來。很多的時候，通過頁面操作實際的系統比看文檔效果好的多，并且印象更深刻，熟悉系統更快。新加入公司的朋友不防試一試。

6、了解公司類似的相關産品： 

      大多數的公司，都不可能在每個行業都非常強，基本上都是在某一個較小的領域很強勢，公司主要就是研發強勢相關業務的産品。是以說，相關的産品一般來說是很多的，如果要你測試的系統沒有開發完畢，如果時間和條件允許，不妨先了解一下公司類似的産品，以便盡快熟悉起來。大多數情況下，公司很多的産品都是相通的，大部分的産品是在不同的客戶要求下，修改了部分功能和界面而已。個人認為：了解類似的産品，也是測試新手快速熟悉産品的一條捷徑。

7、盡量多參加項目的各種會議： 

      每個項目，特别是在項目的啟動階段，大會小會不斷，很多時候項目組成員抱怨居多，都認為很浪費時間，耽誤開發進度。如果作為測試新手的您這個時候加入，那太好了，多參加這樣的讨論會。大部分時間都是在讨論項目的重點和關鍵，如果大家意見不一緻，必然要對不一緻的東西展開細節讨論，您肯定是收益匪淺。特别是對業務方面的讨論，您參加幾次讨論，比您看10篇需求還強，并且了解也很透徹。如果您對需求有所了解，但是部分功能子產品還有問題，就可以在讨論會上随時提出來，大家一起讨論，共同解決。如果有這樣的機會，切勿放棄喲。

8、閱讀類似項目已有的測試用例：  

       如果項目已經啟動并進入了測試階段，如果你在這個時候介入，通常情況下負責人都會給你提供整個項目或部分需要你測試的部分子產品的測試用例。這些測試用例也是您快速上手測試的重要參考資料。如果還沒有編寫測試用例，你就介入了，那你就得重頭開始，您可以閱讀項目類似的測試用例，并結合以前項目的測試經驗，根據公司相關的測試用例模闆開始編寫測試用例。如果在編寫測試用例中碰到您不了解和很難處理的問題，您可以記入測試需求疑問表格，等部門開會時，提出來大家讨論。最好不要碰到一個問題就去問，經常打亂人家的思路，弄得别人嫌煩，那就不值了。

9、檢視缺陷資料庫中舊有的缺陷：  

       一般的測試缺陷跟蹤系統，都是按子產品來分類軟體缺陷的。如果老大給你配置設定了測試任務，你就可以有目的的去熟悉即将測試的子產品缺陷。登入系統後，對缺陷進行篩選，嘗試按測試前輩的Bug描述步驟進行操作，看看是否能夠重新缺陷？這種方法能夠借鑒測試同行的經驗，盡快發現問題，避免測試的盲目性。一來可以拓寬您的視野，避免遞交類似問題的Bug或是重複的Bug，二來還可以為您快速熟悉被測試系統添磚加瓦。

10、必須明白自己上司是誰：  

      一般的員工進入公司，公司和部門上司很多，搞不清楚誰管我，碰到問題問誰？誰可以幫忙解決問題？如果真是這樣那就麻煩了。部門上司臃腫的情況實在是太多了，有的公司，既有2測試經理，又有幾個測試主管，還有多個項目經理和研發總監，不知道工作向誰回報，對哪個上司負責。弄得每個上司都回報，很累呀！！我的做法是：測試項目中負責上司隻有一個那就是測試主管，測試主管負責安排和配置設定每個測試人員的工作和任務，我直接Review測試主管。如果項目中碰到有什麼解決不了的問題，組内成員可以直接找我，同時我也定期加入項目參加部分測試，了解測試項目的一些進展情況，必要時還要找一些人談心。這樣，工作彙報比較簡單明了，很輕松。

11、熟悉與測試相關的管理軟體的使用：

      我說的這個測試相關的軟體包括缺測試需求管理軟體（如TestDirector或QC）、陷跟蹤管理軟體（如：TestTrack

Pro、TestDirector等等）、版本配置管理工具軟體（CVS、VSS，還是SVN等等），具體熟悉到什麼程度，那就要看您的職位了。如果您是一般的工程師，那你就隻了解一般的使用就夠了，如果您是測試經理，您不僅要了解一般的使用，還要更深層次的了解軟體的權限和項目的配置，因為您要作為該軟體的Admin，碰到問題大部分都由您搞定呀，高工資不是那麼好拿的呀，哈哈！！！如果作為新入職的您，連這些都不會，那你就得加把油了，不然到了測試啟動階段，你才開始熟悉管理軟體，那麼你覺的能夠快速展開測試嗎？

12、注意溝通技巧，把握請教良機：

       為了盡快熟悉項目，展開測試工作，溝通技巧必不可少。您作為新入職的測試人員，盡量了解每個開發人員開發的子產品和每個開發人員的性格特點，尋找一些共同語言，拉近與開發人員的距離，讓他們對您産生好感。隻有這樣，當您碰到問題的時候，他們才會鼎立的幫助您。如果您與開發人員關系不好，看了就覺的很讨厭，那他們肯定不會幫助您的，更不原意和您配合，當您提錯Bug的時候，他們就會抓住這些Bug不放，有時候還要說您什麼都不懂，這樣你就很郁悶，肯定呆不長久的，隻有走人的份了，呵呵。特别是開發人員很窩火的時候，您更要多一些了解和寬容，切勿火上澆油，您可以給他一些表揚，給他一些鼓勵。他一聽準開心死了，總覺得還是您們最了解我，把您當成自己人。這個時候，你再問開發人員問題，他也許态度就不一樣了，他準會仔細的給你講解，并且以後的什麼事情，他也會百厭齊煩地幫助您的，因為他覺您最了解他們，無意識的把您當成了好朋友和哥們。還有的時候，開發人員有空過來測試部門逛逛，準備和您交流時，一定要把握機會，和開發人員開開玩笑和一些必要贊賞，也能夠調節和開發人員的關系。總之，這一點做起來真的很難，如果做的好，那效果确實就不一樣了。