淺談軟體測試

今天朋友發來一份所謂難度適中的軟體測試面試題，字裡行間里充斥著各種自動化測試工具和腳本代碼，看完之後一臉茫然，感覺自己像剛入行的萌新一樣。隨後拿著這份試題向幾位師兄請教，師兄也是看的一知半解。於是我跟朋友講這份面試題挺難的，而朋友卻給出了他同事覺得試題難度適中的聊天截圖，這不禁讓我思考一個問題：怎樣才算一名優秀的測試人員？我想每個人對於這個問題都有自己不同的答案，因每個人的思考方式和工作經歷不同而不同。下面我也談談自己對於如何成為一個優秀的測試人員的一些粗略看法。

1、邏輯思維很重要

從入行開始，身邊的前輩和接觸到的所有的測試大牛的文章都在強調：邏輯思維很重要。測試人員每天身處在需求文檔、複雜的程序代碼和各式的設計稿中，清晰的思維能使我們更全面的解讀需求文檔，並設計出合理的測試用例，這樣才能保證產品的質量。良好的邏輯思維也能讓我們更好的與產品和開發同學進行交流，從而提高工作效率，避免線上出錯。

2、靈活的工作方式

生活不是電影，不會按照劇本一成不變的演下去。這句話同樣也適用於軟體測試工作。我們在工作中會遇見各種突發或者沒有遇見過的情況，這時候就需要我們學會靈活變通。舉個栗子：領導分給你一個比較緊急的功能需求，沒有需求文檔，沒有交互和視覺設計稿，只是簡單跟你描述一下這個需求的大概情況 ，並且時間緊迫，我們該怎麼辦呢？這時就需要我們靈活變通一下，沒有文檔和設計還有產品的嘛！我們可以向產品詳細的詢問需求的各功能點，並將這些功能點都記錄下來，然後進行接下來的測試工作。諸如此類的情況在我們工作中會經常遇見，靈活多變的工作方式能夠讓我們更好的應對這些突發情況。

3、基礎很重要

隨著這兩年自動化測試的興起，很多公司和測試人員都在盲目的追求掌握更多的自動化測試工具，而忽略了軟體測試的基礎。我們不妨想一想，我們掌握了多少測試方法，我們能夠怎樣更全面的編寫出最合理的測試用例，如何準確的定位BUG的歸屬性，軟體技術的基礎知識我們懂得多少，是否詳知整個軟體測試工作的業務流程。每個公司對於軟體測試工作的規劃都是不一樣的，但是軟體測試基礎都是通用的，熟練的掌握軟體測試基礎只是，能夠讓我們在進入一個新環境中更好適應工作。我們試著回憶一下，曾經學習的Linux命令和sql語句還記得嗎？還能熟練運用性能測試軟體嗎？

4、懂一些代碼

這裡的懂一些代碼不是說讓會寫程序代碼，而是要求我們在測試的過程中，學會運用firebug或者fiddler等抓包工具查看介面請求和響應結果，我們要看得懂這些請求和響應返回的結果，這樣能夠更好的去定位BUG的歸屬性，判斷它是前端還是後台的問題，而不是將這個問題暴露出來讓前端和後台盲目的去查詢。這樣既能提高工作效率也能減少開發同學的壓力。

同樣我們在部署測試環境的時候，服務出現了問題的，我們可以運用xshell等終端模擬器通過運行Linux命令來查看伺服器運行狀況，準確的找到服務出現的問題，再將問題暴露給開發同學，我想沒有哪一個開發會不喜歡一個能準確判定程序問題的測試同學了！

5、進階高級測試

不盲目的跟從並不代表不去學習，當我們在軟體測試行業有了一定程度的積累之後，這時候我們需要去更高一級的測試領域去探索學習。自動化測試工具、腳本語言、搭建測試環境、規劃軟體測試整體工作、設計測試方法等等。

6、了解測試市場的發展

互聯網行業是一個年輕的行業，也是一個走在時代前沿的行業，層出不窮的產品和不斷更新的程序語言，促使著測試方法和測試工具也在不斷的進化，了解更多的測試工具，掌握更多的測試方法能夠更好的提升我們自身的價值。

以上就是我對軟體測試工作的一些淺薄的看法，也算是這兩年多軟體測試工作的一些總結。突然覺得，有時候，不定期的總結也能很好的認識自身的不足，在以後的工作中能更好的完善自己！

最後，附上一張星爺的劇照，與君共勉！