進入測試已經五個年頭了，感覺這個行業還是比較適合自己的，在這個道路上我還有很長的路要走，在此先和大家分享下我的五年測試歷程。

　　職業道路選擇------認準目標就前進

　　我最開始接觸測試這行是在2005年，還算比較早的，但是那時，我對測試的理解就是要找問題，也不會去深究，對測試沒有一個完整的概念，以為測試就是不會寫代碼的人都可以做的。也沒有意識去思考測試項目流程是什么，項目的架構是怎樣的，要采用哪種數據庫、編程語言，采用什么協議，設計思路是怎樣的？

　　測試了整整一年后，我也只知道按照不是特別規范的測試用例來執行，加上測試進度很緊，當時測了一輪又一輪。那個時期，國內的測試還比較薄弱，公司普遍都還不是很重視測試，我自己也不知道怎樣才算把這個工作做好，在網上查閱了相關的資料，但是關于這方面的資料特別少，自己抽空學習也沒啥效果。

　　后來，我覺得測試前景

不錯的，很想對測試這個行業有一個整體的認識，另外，我也想多了解下自動化測試工具，希望這些能讓我的測試之路走的更遠更好，于是我選擇了自我充電，參加了上海一個測試培訓。

　　在這個過程中，因為學習的欲望很強，很多都是我主動想學的，所以我邊學邊實踐。通過學習，我了解了測試的基本概念、基本流程；測試在整個軟件周期中的作用；測試用例的編寫，方案的編寫；數據庫基本應用等。現在回想起來，這段時間是一個學習的美好的回憶。我最大的收獲就是明確了以后在測試工作中，我應該關注哪些方面、從哪些方面去思考問題、怎樣使我的工作做的更好。

　　心態的作用------一切從工作出發

　　心態好才能工作好，這句話很對，在測試過程中，可能你會做很多重復的活，但是你怎樣才能保證你自己工作積極性一直很高，怎樣才能在工作中獲取自信呢？在工作當中，我是這樣做的：

　　1、對不理解或困難的工作，我自己去查找資料或問同事，尋求幫助。

　　2、對自己會做的工作，我在能夠完成的同時，我會留出一定的時間，來自己做自由測試，這塊很重要，因為很多測試用例覆蓋到的地方，基本都測試過，測試是不能窮盡的，可能有些路徑或者操作，只有在自由測試中才能找出。

　　……………………

　　查看全文請點擊下載：http://www.51testing.com/html/54/n-247254.html

　　對于編程語言的熟悉這一塊，以前我們一個測試經理說，一個測試人員，不懂代碼就像人殘廢一樣，雖然話有點難聽，但是熟悉開發的思路和代碼，會讓你的測試技術之路走的更寬，更長！

　　在技術領域里，你知識越淵博，越被人喜歡，因為你就是一個活字典！

　　除了專業知識，對軟件需求也要深入了解。需求是開發編寫軟件的源頭，不管你是作為普通的測試人員，還是資深的測試人員，都需要對你所測的軟件的需求有很好的了解，包括產品需求和測試需求。這個也是一個過程，最開始可以去了解需求的關注項，如：功能，性能，接口，屬性，約束條件等。然后由淺入深，理解顯性需求和挖掘隱性需求。特別要關注開發實現時，是否考慮到異常輸入和輸出。

　　開發與測試關系處理--換位思考

　　在整個項目中，其實開發和測試是一個團隊，團隊的目標是一致的，提高軟件的質量。但是工作當中因為職責的不一樣，往往可能會造成分歧。為了更好的配合開發，測試人員要把握好以下幾點：

　　1、在提交問題時，表達要清楚，重現步驟和預期結果要清楚。

　　2、如果是概率性出現的問題，最好記錄好有用的日志并保持現場，這樣能幫助開發更快解決問題，必要時，要協助開發重現問題。

　　3、在提交問題單時，可以先把嚴重的問題現象，步驟告訴開發，然后再提單。如果問題較多時，先提嚴重的，小問題最后再提，因為開發也有績效考核的，開發修改問題的效率高了，這樣開發會很樂意和你合作。

　　4、有些有爭執的問題或可改可不改的問題，和開發討論沒有結果，但是測試覺得實在是改了更好，可以找上一級或者專家協商確定后，再提單，或者告訴開發兄弟，這個問題可以不用馬上改，優先級很低，要改了這個軟件更好，更能體現開發的能力等。

　　5、把開發當你朋友。每當我測試到一個很嚴重的問題時，我會找開發聊，這個問題是怎樣產生的，你是怎樣解決的？然后會問開發人員，你這樣解決之后會不會產生其他的問題？然后會跟開發人員說，以你的能力你肯定能解決這個問題的，相信你！這樣會增加開發對你信任，也說明你和他是站在一起的。

本文出自seven的測試人生公眾號最新內容請見作者的GitHub頁：http://qaseven.github.io/

總結

以上是生活随笔為你收集整理的我的测试之路的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。