最近，部門剛畢業入職的小妹妹跟大家提議，讓大家把自己的軟體測試工作經驗分享一下，我整理了一下，可能不全。
測試工作經驗分享
一、測試階段劃分
1、 單個模組功能測試時間相對較長，但每一個專案都應該有專門的整合測試階段，並且應該不止進行一輪。
每一輪整合測試，應該都有自己的目的，比如第一輪整合測試，是根據整合測試要點驗證整體功能情況；第二輪整合測試是迴歸測試；第三輪整合測試是交叉測試。
每個專案應進行幾輪整合測試，根據專案實際情況而定，而決定的因素多與工期、專案問題多少而定。
2、 每個專案都應該有專項測試階段，比如介面測試、效能測試、異常測試等。（作為測試人員，應主動與專案組溝通，在本專案是否開展此項工作，最後應有書面溝通結果，最好是通過郵件確認。）
二、測試過程文件輸出
1、 專案需求評審後，或者專案已展開需求討論後，就應該與專案經理溝通並開始考慮測試的事情。
2、 測試過程文件不能缺失，比如測試計劃、測試方案、測試用例、測試報告等，不能因為工期不夠而缺失某一部分測試文件的輸出，這樣只會給別人你測試不夠專業的感覺，並且不寫文件的效果並不一定比寫了文件的效果好。
寫文件的目的不只是為了公司財富的積累，更多的是對自己測試思路的梳理，只有思路清晰了，測試過程才不會混亂，否則可能在測試過程中，自己首先就亂了，不知道從哪裡下手，哪裡結束。
3、 測試的每個階段都應該有輸出，比如計劃階段，輸出測試計劃、測試方案，執行階段輸出測試用例，系統測試結束後輸出測試報告等。整個測試過程都應該是在有條不紊的思路下開展下來的。
4、 提前準備，比如測試計劃、測試方案、測試用例，能提前的，儘量提前做出來，否則到了測試執行階段，就會手忙腳亂，覺得：啊，我用例還沒寫，但開發已提交測試了，怎麼辦？先測吧，後面再來補用例。一般這種情況下，當時想的需要補充的用例，基本上都沒有補，到最後公司需要資料的時候，隨便胡亂湊，結果提交出去的資料不合格，公司很可能就會否定你這次的工作。
三、測試思考層面跨越
1、 從我接觸的測試人員來看，一般會從大局（整體）考慮，或者不計較個人負責或者其他人負責的人，目前來看發展得都挺不錯的；如果只是覺得把我的工作做好就可以了，其他不該我做的跟我沒關係，有這種想法的，職業發展一般都不會有太高的提升。
2、 建議有一塊磚的思想，哪裡需要就可以往哪裡搬，能達到這種程度後，基本上團隊什麼事情都會想到你，那麼這個時候，你離發展的提升也就不遠了。
3、 作為測試人員，需要避免只把自己當測試人員的思想，我們要站在更高的層面，就像我們屬於專案組，但同時又要高於專案組一樣，不能所有事情都是專案組說什麼就是什麼，一定要有自己的思想，我覺得是對的就要堅持，最後都無法達成統一的需要尋求資源協助。當然，我們的想法有時候也可能會有錯的，那麼別人說的正確的意見我們也要採納，並不是測試發現的所有問題都必須要解決。
四、溝通
作為測試人員，學會溝通是我們的一門必修課。在下面幾個環節，我們需要深入思考，並積極發表自己的意見，以及與專案組的溝通。
1、 需求評審時，多發表自己對需求、對產品的看法；
2、 用例評審時，一定要思路清晰，有條不紊的評審用例，因為測試用例的評審是以我們為主導的；
3、 測試過程中與開發確認問題時，需要積極溝通，協助開發定位問題；
4、 與開發溝通時，儘量從這個問題對使用者的影響程度方面來說，這樣更具有說服力。
五、注重細節
1、 測試過程中，每一個詞語的定義是否合適、每一個圖示的含義，都需要思考（比如**專案中，**工藝圖中，不同的顏色分別代表什麼含義，有沒有人去詢問過、上網查過、或者找設計的人瞭解過）；
2、 文件的細節，作為測試人員，從專案開始到結束，會輸出很多測試文件，這些文件裡面，可能很多是從其他專案copy過來的，有的時間沒改、有的名字沒改、有的甚至連專案名稱都沒改…諸如此類的文件很多，凡是經過自己手寫出來的文件，一定要從頭到尾認真、仔細的讀2遍，否則，就這一點，就可能對你的測試工作、測試能力打折。
六、測試技術的積累
1、 不要老在開發面前表現自己的“小白”，時間久了，自己就可能真的會變成“小白”；
2、 平時測試過程中，除了測試介面的功能之外，可以查一下資料庫，檢查資料是否寫入資料庫成功，如果自己把資料庫的資料再修改一下會怎麼樣；
3、 前端測試的時候，多看看伺服器日誌資訊，很多時候前端操作的異常，通過伺服器錯誤日誌資訊可以找到問題原因，如果我們把問題原因告訴開發，將是開發比較高興的事情；
4、 學會使用頁面分析或抓包工具，比如點選某個按鈕無反應的時候，我們可以通過IE瀏覽器的F12，或者fireFox的debug工具，檢視請求與響應；
5、 當發現問題後，不要急著記錄問題，先自己確認問題，是否與瀏覽器、快取等有關係，確認問題後，最好還可以找到問題的根源。
總之，在測試過程中，要學會發現問題並分析問題，在測試過程中積累測試技術專業知識。
七、軟體測試知識
1、 先從軟體測試基礎知識學習開始；杜絕誤區：測試理論知識不重要
2、 軟體知識學習，測試是為軟體服務的，軟體工程、程式語言、架構、網路等，一切與開發有關的知識，建議都或多或少學一些，作為測試人員，要學習的東西非常多，不要求深度但要求廣度；
八、軟體測試這個職業
剛入門，或者工作了幾年的測試人員都或多或少有這樣的困惑，為什麼測試人員的工資普遍低於開發人員？對於這個問題，我之前看到一篇部落格中是這樣寫的：測試人員與開發人員，就像護士與醫生。再優秀再專業的護士，也治癒不了病人的病，同樣的，測試人員也做不出軟體來，能做出軟體來的都被認為是開發人員了。醫院裡有名的醫生很多，但有名的護士幾乎沒有聽到過，開發與測試的關係也是這樣。所以，職責不同，必然有輕重之分，存在既有價值，醫院不能沒有護士，軟體開發也需要測試。我也深信，必然有很多一直在軟體測試道路上繼續前進的人。既然選擇了軟體測試行業，那麼就希望可以在軟體測試行業的發展價值達到最大化。
如果對軟體測試有興趣，想了解更多的測試知識，解決測試問題,以及入門指導，幫你解決測試中遇到的困惑，我們這裡有技術高手。如果你正在找工作或者剛剛學校出來，又或者已經工作但是經常覺得難點很多，覺得自己測試方面學的不夠精想要繼續學習的，想轉行怕學不會的，可以加入我的QQ群高階測試學習大家庭：313782132
注：加群要求
1、具有1-5工作經驗的，面對目前流行的技術不知從何下手，需要突破技術瓶頸的。
2、在公司待久了，過得很安逸，但跳槽時面試碰壁。需要在短時間內進修、跳槽拿高薪的。
3、如果沒有工作經驗，但基礎非常紮實，對軟體工作機制，常用設計思想，常用軟體框架掌握熟練的。
4、覺得自己很牛B，一般需求都能搞定。但是所學的知識點沒有系統化，很難在技術領域繼續突破的。
5.軟體開發高階大牛直播講解知識點，分享知識，多年工作經驗的梳理和總結，帶著大家全面、科學地建立自己的技術體系和技術認知！