本來計划這篇續寫的經歷在第二份工作離職的時候去寫，從2012年的4月份再次入職到現在貌似有不少東西可以寫寫了。臨近春節，加上各種瑣事已也不能把注意力特別集中的去學一些東西，索性，整理一下從第二份工作到現在的經歷吧！
這並不是一個成功人士的回憶錄，這一個和你同在路上的測試的員的工作與學習的經歷，希望我的經歷能對剛入測試的同學一點幫助，能給和我同在路上的測試員一絲慰藉與鼓勵；同時也希望得到老測試員的一些指點。雖然，我們不在同一個環境下，卻經歷着相似的事情。（這次煽情多了，主要是前一篇得到不少同學的肯定。哈哈！）
再次工作
上一篇說到年后離職，辦完離手續，從公交車回到住處時，有一絲剛畢業時候的迷茫，又到了一個重新選擇的路口，朋友讓我先在鄭州找找工作看，回家之后就投了鄭州軟件測試的簡歷。第二天接到面試電話，然后開始面試。
鄭州的軟件測試職位確實不多，從51job上翻看職位大概只有十幾個的樣子，其余的職位都是外包到發達城市（北京、上海、杭州等地）的。我的面試經歷當然不能跟大牛面試百度、谷歌相提並論。沒什么好大寫特寫的，面試過程也很簡單，一個份筆試卷子，然后就是人事、或測試負責人，或經理的直接面試，可以的話直接談到薪資，然后就是入職。國為鄭州的IT行業不夠發達，測試職位與空間很有局限。所以，薪資讓我無法滿意。
后來，找了一個外包公司，外包到北京、上海工作，開出的薪資，對於我這個小城市混測試的人還是挺有吸引力的，加上每月漲一百的薪資調整。看上去不錯。消費再高，除去生活開支，剩余的都是我上份工作的工資了。
在進入這個外包公司的之后，其間接到了上海、杭州的面試電話。要求還是挺高的，幾個電話都慘敗，在那個外包公司上了一周的班，在等他們的安排，比較無聊就整理測試的基礎知識，翻看面試電話中提到我不懂的技術。上一篇幅工作與學習經歷也是那幾天無聊時寫的。一周后，人事妹子終於告訴我，現在沒有職業給我安排了。當時心情頗為復雜，是該怪外包公司耽誤我時間呢，還是怪自己學藝不精呢？
初到深圳
在離職之后，最想的還是到外面（北、上、廣、深、杭等測試發達的城市）看看真正的測試是什么樣的。一個人的測試確實伴隨着迷茫。為什么是深圳呢？每個城市都有他的特點，我可能更喜歡南方在溫暖的天氣，好吧！你既然接受了這個城市給你帶來的好處，同時也必須接受它的不足。（北京有很多的測試技術交流會，可以認識到同行朋友的機會，這對我選擇深圳是最大的遺憾吧！）
在你初到一個陌生城市的時候，應該怎樣找工作與住處。先和在深圳同行了解，哪些個位置適合找出租房，查好路線，留了一個在深圳工作的朋友的電話。我拿了自己所有能拿的家當和僅有的2千元錢。在到達深圳火車站的時候，我把大包的東西寄存在車站，根據朋友指點，去找出租房的地方。在路上接到了A公司的面試電話（因為在來深圳之前，已經投了這邊的簡歷），住處沒找到，晚上在一個指定的地方等深圳的朋友，剛好他加班，我等到9點才碰面，一起去吃了個飯。住了一晚旅店。
第二天開始面試，上午去面試了A公司（自我感覺還可以），下午又面試了一家公司，然后去車站拿行李。不想在住旅店，就要找個出租房落腳。拿到到行李后，回朋友住的地方。（在朋友住的附近找房比較容易聯系，心理上會有安全感吧！）其間接到B公司的電話，一個外包公司，在A公司拿到我的簡歷，說我直接進公司經驗不足之類，要我合同和B公司簽，一樣到A公司工作。我第二天向A公司的人事打電話確認，確實可以這樣。（靠，兩個公司都不打算去了）。下午面試了C公司，簡單筆試加4輪面試就確定下來了。我第二天體驗加休息，第三天准備去上班。
在第二天體驗的時候，又接到B公司電話，人事跟我說了很多，后來又讓經理跟我談了很久，我動搖了。 B開的條件略高，外包扣五險一金什么的也少，我當時只考慮拿到手的工資能多一些，實在找不出回絕B公司的理由。下午就去B公司辦了入職。C公司非常歉意的郵件回絕了。
總結：
1、從經歷的面試電話與直接面試來看，需要掌握三方面的知識，以測試基礎知識為主，需要了解linux 和數據庫。剛好我之前整理的自己的測試基礎知識，也一直在學linux 。筆試的數據庫，我基本空白了。。當然，網絡和簡單程序題也會常被考到。這些要求只真對功能測試職位
2、在打算選擇一個長期的工作時，不緊要考慮眼前的薪資，還要看福利，職業的發展，是否有一套比較完善的職業發展路線（薪資、所需技術、職稱等）。這點我就非常盲目，只想早點穩定下來。
開始工作
不管怎樣，開始了我的第二份工作，開始上班還是蠻多壓力的，用一周時間來熟悉使用的工具，被測試業務，工作流程。公司有個幾十人的測試團隊。初接觸測試流程，覺得很興奮，測試人員在公司也是“正兒八經”的一部分。（以前一直一個人的測試，都不知道把自己放哪兒）。
負責帶我的妹子開始給我講業務，如何查數據庫，如何查服務器日志，因為上班時間她要忙工作，我看各種公司文檔，她下班時間來給我講解。所以，我們下班比較晚。我抽晚上和周末的時間繼續學linux系統。並整理我博客里的第二個系列性文章《linux那點事兒》算是比較完整八篇博客。
冷下心來又發現了新的迷茫，為測試之路划分了三個階段，《軟件測試員---你的路在哪兒？》 之后又為測試人員划分了三個升級的方向《軟件測試員---你的路在之里》
決定學習性能測試
一次上班的時間，一朋友問我關系性能測試的東西，然后，不自覺的就告訴了他不少性能的東西。而且我對於性能的知識有莫名的興奮和熱情，這使我覺得我可能更喜歡性能測試路線。根據我之前所划分的性能測試的三條路線（白盒測試、功能自動化測試、性能測試）看來，而且，我對性能測試最為熟悉。
白盒測試，雖然我第一份工作花了相當多的時間學習java ，但學習過程頗為吃力，可能我對編程敏感度不高，而且白盒對編程的能力要求最高。功能自動化測試，看過一個QTP系列的初級教程，買了一本QTP的書來看，書一看就犯困，興趣度不夠，又沒在項目中進行實踐。后來學selenium興趣還蠻高，整理了一個《菜鳥學自動化測試》 但始終打的外圍戰，沒有真正的在項目中應用過。只有性能測試，迫於公司任務的壓力和自己有興趣在真正的在項目中應用過，對於一些概念的理解和工具的基本使用都比較了解。
現在再來回想，測試員的進階不僅僅局限我前面所說的三個方面，其實很多，比如，你潛心喜歡，測試流程改進與過程優化，可考慮學習研究敏捷測試，做個管理人員也不錯。前提是你在測試領域有比較豐富的工作經驗。又比如，安全測試，對測試人員的技術能力要求也很高，雖然目前來說安全測試的職位不多，但能提供這個職位的待遇也很豐厚。
學習性能測試
目前的工作已經徹底與性能測試沒一毛錢的關系了，而且，現在在工作時間有一大堆的工作再等着你。已經不能悠閑的學習各種測試工具與技術了。
學性能測試工具么? 工具這東西只有在實際的使用中學起來是最快的。我已經不能拿它來做實際的應用了，最多練習一下自帶的飛機訂票系統，錄制個Gmail郵箱的登錄，無法得到什么有價值的數據來進行分析，因為我完全不了解Gmail 郵箱的系統架構。
然后，我覺得性能測試工具不是最主要的，雖然我們離開工具很難去完成一個性能測試任務。但對於一個經驗豐富的性能專家來說，用什么樣的性能測工具都可以完成一次性能測試。然后，就開始讀性能測試方面的書籍 《精通軟件性能測試與LoadRunner實戰 》 《軟件性能測試過程詳解與案例拋析》 《性能測試進階指南-------loadrunner 9.1實戰 》 《性能測試診斷分析與優化指南 》 ，我從中收獲最多的莫過於讀段念的《軟件性能測試過程詳解與案例拋析》 ， 它的這本性能測試書沒有依賴於某款性能測試來講，更貼近性能測試本身。
然后，在不斷的學習與思考中整理了《性能測試知多少系列》 ，我用了更多生活中的列子來講自已所理解的性能測試。所以，很多朋友給我的反饋是看起來很通俗易懂。哈哈。
當然，要學習性能不僅僅是性能的一些概念和性能工具。性能測試的對象是軟件，如果對軟件的了解不夠，很難做好性能測試，而軟件的運行又是一個整體的架構。從軟件的載體操作系統，容器中間件，軟件的編碼語言，到軟件調用數據的數據庫，都是做好性能所要了解的內容。
然后就開始學習oracle 數據庫，boobooke小布老師的視頻講得非常好，當時在centos 上安裝 oracle 10 就花了我一周時間。然后學習apache 同樣也是在centos 上安裝的。為什么選擇linux 來學習這些技術，我前面已經掌握了linux的基本使用。因為我們知道大部分的系統都是跑在linux 系統下的， 所以，掌握linux下一些常用服務的安裝與使用非常重要。雖然，這可能花費你非常多的時間。
當然，性能工具也沒有徹底的落下，loadrunner的 基本腳本編寫，jmeter 一些基本功能使用的整理。與性能測試相關的工具的使用， 業務數據分析工具 ：Weblog expert 、Awstats 、系統協議分析工具 ：Ominpeek 等。
對性能測試工具的認知的過程也有很大的轉折，最初要做性能測試的時候，就是學習使用性能測試工具，認為會使用工具就相當於會性能測試。后來，越來越覺得性能測試遠遠不只是會工具那么簡單，看到那些講性能測試的書，通篇的在講loadrunner的使用，就產生鄙視心理。認為測試工具隨便花一周時間就能學會。現在又了新的認識，我們的性能測試離不開工具，工具的使用也需要長期的性能測試過程中去挖掘它的潛力。比如，World 大家都會用，但你平時用的功能可能只是它所有功能的十分之一。對於一個world 的高手來說，它編輯一篇文檔的速度可能是你的數倍。只有將自己的技術能力與工具完美的結合，才會發揮出強大的力量。
學習英語
后來，在群里聊天，大家都覺得英語非常重要，隨后討論提高英語的方式，正好，下了一本《微軟的軟件測試之道》英文版，我發群消息，每人領取兩頁進行翻譯，然后將翻譯的結果原文加中文，放到網盤中。大家都熱情高漲。因為做這件事可以同時提高你的英文水平和測試知識，但大家都沒能堅持多久，我那段時間下班也會看兩節新概念英語。自我感覺還是有收獲的，如果能長期堅持下去，英語水平會有很大的提升。
因為目前的環境沒有對英語有要求，英語也沒有成為我最緊迫需要突破的瓶頸，所以也沒有持久的動力去學習。沒多久又把重新轉移到測試技術上面了。不過，我知道遲早會成為我必須攻克的一個瓶頸。
軟件測試的流程
前面說了很多性能測試，因為今年給自己定計划就是以性能為主，為謀求我的下一份性能測試工作做好准備。
對於目前的這份工作給我帶來的收獲也很多，對於軟件測試流程有了更深理解，從初次接觸流程的欣喜，到現在越來越感覺流程的冗余，不夠敏捷。
1、測試人員大部分時間在寫文檔，測試計划，測試用例，灰度報告，測試報告，驗收方案。真正用於軟件測試的時間非常的。
2、因為有測試這道工序，開發人員完成軟件后幾乎不進行自測，一個缺陷，流到測試這道工序就需要進行繁瑣的處理流程，發現--提交--跟蹤--重現---修復--回歸。如果開發人員開發完后花一到兩天的時間自測，可能會發現一半以上很表面的缺陷。你要知道一些缺陷從開發人員發現到修復可能只需要一分鍾。
軟件測試是什么
我真的講不清楚軟件測試是什么，幾乎所有軟件測試書中都會給出軟件測試的定義，它的價值，它的定位，它存在的意義。似乎很清晰，又似乎很模糊。最近讀了幾本測試的書《軟件測試技術經典教程+第2版》 《[軟件測試]Ron Patton》 ，每有感悟也會整理成文章與大家分享。軟件測試的本質，軟件的分類，軟件bug的處理流程以及 軟件測試的分工，這是我最近思考最多。也許明年會換個環境，不管在哪里工作，我都會保持一個學習的心。
2013年1月19號
--------------------------------
想了解本人從大學到現經歷：