三、測試思考層面跨越
1、從我接觸的測試人員來看，一般會從大局(整體)考慮，或者不計較個人負責或者其他人負責的人，目前來看發展得都挺不錯的;如果只是覺得把我的工作做好就可以了，其他不該我做的跟我沒關系，有這種想法的，職業發展一般都不會有太高的提升。
2、建議有一塊磚的思想，哪里需要就可以往哪里搬，能達到這種程度后，基本上團隊什么事情都會想到你，那么這個時候，你離發展的提升也就不遠了。
3、作為測試人員，需要避免只把自己當測試人員的思想，我們要站在更高的層面，就像我們屬于項目組，但同時又要高于項目組一樣，不能所有事情都是項目組說什么就是什么，一定要有自己的思想，我覺得是對的就要堅持，最后都無法達成統一的需要尋求資源協助。當然，我們的想法有時候也可能會有錯的，那么別人說的正確的意見我們也要采納，并不是測試發現的所有問題都必須要解決。
四、溝通
作為測試人員，學會溝通是我們的一門必修課。在下面幾個環節，我們需要深入思考，并積極發表自己的意見，以及與項目組的溝通。
1、需求評審時，多發表自己對需求、對產品的看法;
2、用例評審時，一定要思路清晰，有條不紊的評審用例，因為測試用例的評審是以我們為主導的;
3、測試過程中與開發確認問題時，需要積極溝通，協助開發定位問題;
4、與開發溝通時，盡量從這個問題對用戶的影響程度方面來說，這樣更具有說服力。
五、注重細節
1、測試過程中，每一個詞語的定義是否合適、每一個圖標的含義，都需要思考(比如**項目中，**工藝圖中，不同的顏色分別代表什么含義，有沒有人去詢問過、上網查過、或者找設計的人了解過);
2、文檔的細節，作為測試人員，從項目開始到結束，會輸出很多測試文檔，這些文檔里面，可能很多是從其他項目copy過來的，有的時間沒改、有的名字沒改、有的甚至連項目名稱都沒改…諸如此類的文檔很多，凡是經過自己手寫出來的文檔，一定要從頭到尾認真、仔細的讀2遍，否則，就這一點，就可能對你的測試工作、測試能力打折。
六、測試技術的積累
1、不要老在開發面前表現自己的“小白”，時間久了，自己就可能真的會變成“小白”;
2、平時測試過程中，除了測試界面的功能之外，還可以查一下數據庫，檢查數據是否寫入數據庫成功，如果自己把數據庫的數據再修改一下會怎么樣;
3、前端測試的時候，多看看服務器日志信息，很多時候前端操作的異常，通過服務器錯誤日志信息可以找到問題原因，如果我們把問題原因告訴開發，將是開發比較高興的事情;
4、學會使用頁面分析或抓包工具，比如點擊某個按鈕無反應的時候，我們可以通過IE瀏覽器的F12，或者fireFox的debug工具，查看請求與響應;
5、當發現問題后，不要急著記錄問題，先自己確認問題，是否與瀏覽器、緩存等有關系，確認問題后，最好還可以找到問題的根源。
總之，在測試過程中，要學會發現問題并分析問題，在測試過程中積累測試技術專業知識。
七、軟件測試知識
1、先從軟件測試基礎知識學習開始;杜絕誤區：測試理論知識不重要
2、軟件知識學習，測試是為軟件服務的，軟件工程、編程語言、架構、網絡等，一切與開發有關的知識，建議都或多或少學一些，作為測試人員，要學習的東西非常多，不要求深度但要求廣度;
八、軟件測試這個職業
剛入門，或者工作了幾年的測試人員都或多或少有這樣的困惑，為什么測試人員的工資普遍低于開發人員?對于這個問題，我之前看到一篇博客中是這樣寫的：測試人員與開發人員，就像護士與醫生。再優秀再專業的護士，也治愈不了病人的病，同樣的，測試人員也做不出軟件來，能做出軟件來的都被認為是開發人員了。醫院里有名的醫生很多，但有名的護士幾乎沒有聽到過，開發與測試的關系也是這樣。所以，職責不同，必然有輕重之分，存在既有價值，醫院不能沒有護士，軟件開發也需要測試。我也深信，必然有很多一直在軟件測試道路上繼續前進的人。既然選擇了軟件測試行業，那么就希望可以在軟件測試行業的發展價值達到最大化。
以上內容為大家分享了軟件測試工作經驗，本文由多測師親自撰寫，希望對大家有所幫助。https://www.duoceshi.com/xwzx-hydt/1822.html
責任編輯：
