享受軟體測試帶來的一切

　　人生一場虛空大夢，韶華白首，不過轉瞬。惟有天道恆在，往復迴圈，不曾更改。

　　步入軟體測試行業差不多一年了，這一年是收穫最多的一年。

　　行業現狀：

　　軟體測試行業，在國內，很具有中國特色：一方面國內軟體行業起步晚，與國際水平相比還是有一定差距；此外國內軟體測試行業准入門檻較低，大部分軟體測試人員從事著底層的手工測試，加上大部分軟體公司不注重軟體測試，開發與測試比例配置不夠科學，整體來看，先天不足，後天失調。

　　還是要拿12306說事，眾所周知，12306上線後由於使用者流量壓力，飽受詬病，這其中，凸顯其不重視測試，未經過嚴格的效能測試，草草上線。測試不能保障軟體質量，軟體質量保障要靠架構與開發，而軟體測試只是保障軟體質量的一種手段。當然，沒有經過嚴格測試的軟體是對使用者的不負責，甚者會出現嚴重安全事故。

　　未來，相信軟體測試行業會越來越規範，軟體公司會越來越重視測試，測試人員會越來越專業，分工也越來越明確，自動化測試將逐步取代部分手工測試。

　　回望過去：

　　最初，入職F公司，我所從事的是手工黑盒測試，主要是介面測試，web功能測試。也就是所說的點點滑鼠而已，顯得很傻瓜，很枯燥也很乏味。工作的主要內容也只不過是寫寫TC，執行CASE，生成測試報告。當然，我也知道這種狀態不能持續太久，沒有掌握到核心技術，也就沒有競爭力。還是挺感謝這段經歷，若沒有這段經歷，我還只停留在理論階段，甚者連test case要素都不知道，那段時間，我享受著枯燥和乏味的同時，也享受著測試帶給我的興奮與快感。興奮與快感，源自我對測試工作狂熱的喜愛。

　　隨之，我離開了F公司。來到C公司，開始新的接觸新的東西，報表測試。

　　報表測試實質是資料測試，報表是根據業務邏輯從資料庫篩選或統計指定資料匯出來的，所以報表測試最為關鍵的部分為：

　　1、明確統計物件（需求測試）

　　2、確定統計邏輯（業務測試）

　　3、區分報表型別（統計型、直接展示型）

　　4、測試業務邏輯（資料來源）

　　5、測試儲存過程、前端SQL（報表處理過程）

　　6、造資料，檢查報表格式，資料，許可權是否與需求一致

　　當然，報表測試可以只是黑盒測試。慢慢的我有意識的逐步加強自己資料庫與程式碼方面知識，隨著對工作和對測試認識的深入，再加上自己coding能力的提升，我開始做白盒測試，直接定位bug程式碼。Of course，事情遠遠沒有我想的那麼簡單。C公司居然十多年來一直處於創業期（尼瑪這就是個奇蹟），毫不尊重員工的利益（拖欠農民工工資），管理一度十分混亂，當然這些都是題外話；此外，C公司毫無架構概念，資料庫設計的不夠科學，貌似沒有什麼資料庫字典，資料庫的設計只能像祕籍一樣口口相傳，每個人都很苦逼的刷自己的盤子，然後上線後問題一大堆。我開始明白，C公司就是是矮窮挫公司的行業典範！！！說實話，C公司算是很注重測試，可惜本末倒置，測試人員並不是保障軟體質量的關鍵，開發才是。這段時間，軟體測試不僅滿足了我獵奇的心理而且帶給我諸多驚喜。由於工作需要，頻繁接觸PL/SQL與java，我開始學習儲存過程與JDBC，使用java批量造資料、呼叫儲存過程，使用poi匯出資料庫資料生成xls檔案。在C公司，開發做的也很苦逼，由於不夠規範，需求文件不夠完善，很多東西都是臨上線改的，加班加點。當然，同事們人還都不錯，這就足夠了。

　　C公司程式猿

　　職業規劃：

　　IT行業，主流線路大概這幾條：業務、技術、管理。做業務的話一般是需求、售前、市場這些。技術的話就是從手工測試到自動化測試，從功能測試到效能測試，從初級測試工程師到高階測試工程師逐步發展為行業專家。至於管理就是從測試組長成長為測試經理……當然這些需要參照：興趣愛好、性格、職業。

　　職業規劃的兩個關鍵字：架構與佈局。架構是根據自己的工作，設計自己的知識層次，用以填充知識。佈局就是根據自己的性格愛好，確立自己的發展方向與重點。

　　當然，我希望自己可以成長為行業專家，提供各種解決方案（有點痴人說夢啦）

　　每個人都需要經歷一段痛苦，才能沉澱與思考，真正的成熟起來。Anyhow，I have experienced！享受測試所帶來的一切。

本文轉載自51Testing軟體測試網，檢視更多：http://www.51testing.com/html/news.html

[@more@]

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/11323760/viewspace-1059950/，如需轉載，請註明出處，否則將追究法律責任。