8年測驗工程師的作業感悟，寫給還在迷茫的朋友

不知不覺已經從事軟體測驗八年了，從畢業到進入外包公司外包給微軟做軟體測驗， 到現在加入著名的騰訊，八年的時間過得真快，長期的測驗作業也讓我對軟體測驗有了比較深入的認識，我就跟大家分享一下我做測驗的心得，從一個什么都不會，到測驗技術人員再到測驗管理，期間有迷茫，有痛苦，有彎路，有捷徑，什么舍己為人、助人為樂說不上，希望能帶給軟體測驗新人一些職業生涯規劃的靈感吧，也能給自己重新出發增加動力！

文章內容講的很真實，不管是剛入行還是在這個行業做了兩三年的同志們，都可以看一下，可能很多人覺得講的都是大道理，但是這些點都是我們今后要面對的，

一、軟體測驗人員應該居安思危

1、每當經濟不好或者公司業績上不去的時候，公司會進行裁員，測驗人員首先被裁，，

因為普通測驗人員的技術相對來說比較低，招起來也比較容易，公司往往先拿測驗人員開刀，

2、身為測驗人員，雖然我們平常的作業大部分都比較安逸， 但是千萬不能溫水煮青蛙， 應該自強不息， 要像開發人員一樣， 不斷學習，提高自己的編程水平，這樣就算被裁也能很快找到新的作業，

3、但還有太多的小伙伴仍處于這各種狀態“無法自拔”

為了能夠擺脫測驗人員“廉價”和“隨時可拋棄”的標簽，測驗人員要想方設法提高自己的業務能力，最好是能夠結識幾個行業大佬，及時是交流也能受益良多，

二、測驗人員應該比開發人員更熟悉業務需求

測驗人員的水平主要體現在測驗用例的設計上，

要設計出全面，覆寫廣的測驗用例，需要測驗人員對自己測驗的專案的業務需求非常熟悉，甚至要比開發人員還要熟悉，

如果是測驗銀行系統，通信行業，或者ERP軟體， 這些業務知識非常有用的，學習起來比較有激情，

• 要做到精通業務需求談何容易，
• 要熟讀功能需求檔案， 任何有疑問的地方都要去和PM確認，
• 把自己當成最終用戶， 經常使用自己所測驗的軟體，模擬用戶的行為，
• 熟記軟體的每個功能，

假如倒霉碰到一些又沒用，又繁瑣的軟體， 真的是不想去學習它的業務（出了這個公司就再也用不到的業務）

三、學會如何跟開發人員相處

測驗人員必須跟開發人員密切合作， 所以跟開發人員搞好關系是相當重要的，

? 和開發人員成為朋友，熟悉了干啥都方便

? 不要打擾開發人員

看到開發在聚精會神寫代碼的時候，千萬不要去打擾人家，寫代碼需要集中精力，如果被打擾，就會中斷思考，

? 集中問問題

把需要問的問題都總結起來， 集中起來問開發，這樣能節省大量的時間，

? 寫好Bug，不被開發人員煩

如果開發人員看到一個Bug 描述不清楚，還無法重現，他肯定會罵測驗人員，

所以測驗人員一定要寫好Bug，描述精確，簡潔，沒有歧義，詳細簡潔的重現步驟，加截圖，

測驗人員應該懂一些基本的編程

你的產品是用C# 開發的，那測驗人員應該有C#的入門知識， 你測驗web程式，你起碼要了解HTML,CSS, Javascript, Jquery吧，否則你測了一兩年web程式，都不知道這東西是怎么做的，悲劇了吧，

只有懂代碼你才能和開發人員交流，不被開發鄙視，

我剛開始參加作業的時候，也不懂開發的編程，吃了很多虧，是后來自己主動去學的，

四、測驗人員搭建開發環境

產品的代碼是最好的學習資料了，我們不能總跟在開發屁股后面做測驗，不能老是等開發build一個版本后，我們就測驗這個版本，開發check in了什么代碼，測驗人員一點都不知道，

偶爾我們應該了解下產品代碼是怎么設計的，了解下開發人員是如何修復bug的，說不定編程水平高了，還能幫開發做code review.

使用源代碼工具把產品代碼check out到本機， 經常看看代碼，經常看看開發修復bug時候提交的代碼，

五、寫檔案是測驗人員的核心能力

我記得我以前的test lead說，之所以她能當leader, 是因為她很會寫檔案發郵件，

寫檔案需要總結歸納的能力，還要邏輯清晰， 她非常擅長分析幾十頁的Spec，寫出幾十頁的測驗計劃， 她還非常擅長匯總測驗報告，每天將完整，清晰，漂亮的測驗報告發給各個組， 讓公司所有的人都能清晰的看到測驗組的作業，

在她的帶領下，我們總結出很多檔案，比如，“New hire checklist”, “on boarding traning”, 測驗工具使用的檔案，等等，

六、測驗后期應該做兩天交叉測驗

交叉測驗，就是指兩個測驗工程師，互相交換下測驗的專案，

這樣做有很多好處：

1、有利于找出bug, 測驗工程師測久了自己的專案，容易形成眼盲，會對一些Bug熟視無睹，

2、有利于知識和業務共享，避免人員離職，請假，造成無人測驗的情況，

3、測驗思想不一樣，可以互相找出很多問題

七、測驗人員的瓶頸

手動測驗作業做個兩三年，基本上就能掌握測驗需要的大部分知識，如果沒有爬到test lead的位置， 很多人就感覺到發展瓶頸了，每天重復測驗，學不到東西，很快就會對測驗作業失去激情，

學不到東西，技術水平低下，是測驗這個行業最大的毛病，

八、盡量實作自動化

一定要抽時間盡量把自己的測驗作業實作自動化，可以節省測驗的時間，提高自己的技術水平，也可以避免老是重復測驗，

九、自動化測驗VS手動測驗

現在很多公司招測驗的要求越來越高，很多好公司招senior QA,都要求5年作業經驗以上，掌握一門編程語言，有豐富的自動化測驗經驗，當然自動化測驗的待遇也會比手動測驗好很多，

自動化是趨勢， 只會做手動測驗的人，以后肯定會失去競爭力，

十、自動化測驗的技術和開發用到的技術相差太遠

以前很多同事想由測驗轉開發，現在幾年過去了，還是沒轉成，

他們原先想利用自動化測驗的技識訓累，轉去做開發，哪知道自動化測驗用到的技術跟開發用到的技術相比，實在是相差太遠，

測驗轉開發？ 難

努力學習編碼，然后用于測驗，才是正道！！！

做測驗最郁悶的是無法聽懂開發人員討論技術，

有時候跟開發人員一起開會， 會議上開發人員都熱烈討論， 而我做為測驗人員基本上聽不懂這群開發在說什么，根本插不上話， 很多會議我甚至都沒說過一句話

十一、優秀的測驗人員非常稀少

想把測驗做好非常不容易， 優秀的測驗人員需要很廣的知識面，良好的溝通能力（不但要和開發人員和專案經理打交道，還要跟其他組的人交流）， 豐富的測驗經驗，對測驗作業有極大的熱情， 耐心，還需要測驗人員有豐富的業務知識，還要會寫代碼，

大部分的測驗經理都是有開發背景的

我發現我的幾任上司都是由開發轉來做測驗的， 他們都是有幾年的開發經驗，然后不知道什么原因轉行做測驗經理了，他們既能開發又能測驗，啥都會，能給手下的測驗人員提供技術支持，

假如一個測驗經理啥技術都不懂，對內hold不住手下的人，對外其他組的人不鳥你，

軟體測驗的確非常枯燥，需要花費大量精力，所以歐美才會把大量的測驗職位外包給中國，一遍又一遍的重復測驗，不停地執行測驗用例， 測得天昏地暗，頭發暈，，，

十二、英語是測驗人員的救命稻草

技術上已經不如開發了，在英語上一定占有一些優勢，

同等的技術水平下，英語好的測驗人員可以進外企，比一個英語不好的測驗人員的待遇要高不少，

如果我入行時有人告訴這么多注意點，職業生涯應該不會這么艱辛吧！

學習對每個人來說都應該是一個持續的程序，畢竟時代在不停的發展，如果停止學習，原地踏步，那么很容易就會成為被拍在沙灘上的前浪，對于測驗人員來說也是一樣，想要成長，不落后于人，就得一直學習新知識，掌握新技能，而且互聯網時代，獲取知識的渠道也例外的豐富和便捷，視頻課程、公開課、各種資源種類繁多，跟上行業的發展，才能不被行業所淘汰，

下面分享我整理的這份2022年最全的軟體測驗工程師發展進階方向知識架構體系圖，

《軟體測驗工程師發展規劃路線》

一、測驗基礎

了解測驗的基礎技能，掌握主流缺陷管理工具的使用，熟練測驗環境的操作與運維

二、Linux必備知識

Linux作為現在最流行的軟體環境系統，一定需要掌握，目前的招聘要求都需要有Linux能力，

三、Shell腳本

掌握Shell腳本：包括Shell基礎與運用、Shell邏輯控制、Shell邏輯函式

四、互聯網程式原理

自動化必經之路：前端開發基礎知識以及互聯網網路必備知識四、互聯網程式原理

五、MySQL資料庫

軟體測驗工程師必備MySQL資料庫知識，不僅僅停留在基本的“增刪改查”，

六、抓包工具

Fiddler，Wireshark，Sniffer，Tcpdump各種抓包工具適用于各種專案，總有一款適合你的

七、介面測驗工具

介面測驗神器，你繞不開的強大工具：Jmeter，小巧靈活：Postman

八、Web自動化測驗Java&Python

了解自動化的目的，熟練掌握TestNG&unittest自動化框架，以及斷言與日志處理

九、介面與移動端自動化

專業介面呼叫、測驗解決方案，組建完整的web和介面自動化框架，Appium整體使用

十、敏捷測驗&TestOps構建

揭開TestOps的神秘面紗，持續集成Jenkins框架爛熟于心

十一、性能測驗&安全測驗

軟體測驗的彼岸：性能測驗和安全測驗，選個方向努力爬坑吧！

精品軟體測驗學習書籍

精品軟體測驗學習書籍

1.技術沉淀（學習+積累）

• 對于三年多快四年的測驗人員來說，無論是在大廠小廠，還是在外包公司，基本上都是做得功能界面測驗，對介面、性能、自動化測驗只是有點接觸，很多人認為，重復簡單的作業對自己的技術是沒有提升的，但實際上也有人能從中殺出一條血路，所以關鍵是你自己是否花了心思，付出了努力，

當然，我個人也有自己的一套學習方式和習慣，平時喜歡利用碎片時間來看點什么東西，比如一些技術性的書籍或檔案，還有一些視頻講解等，經常會讓我有一種恍然大悟的感覺，對我的作業也起到了很大的幫助，

• 閱讀書籍檔案

之前有些做手工測驗的同事想轉自動化測驗，讓我推薦幾本自動化測驗入門的書籍， 我都會建議他們根據自己所在專案的產品來選用對應的自動化測驗工具來實踐，再結合自身的喜好來選書， 下面推薦幾本實用性強的書籍，

1）《Selenium 3自動化測驗實戰:基于Python語言》

selenium 3自動化測驗實戰這本書是大佬蟲師的作品，蟲師可以說是我的啟蒙人了，早期看了他很多的文章，這本書系統的講解最新的selenium 3的應用，涉及到持續集成、兩大python單元測驗框架unittest和pytest的應用，還有資料驅動、PO模型、selenium的分布式運行等等，非常全面，值得入手，

2）《QTP自動化測驗最佳實踐》

詳細介紹了基于QTP的自動化測驗技術，適合自動化測驗初學者閱讀，因為QTP是付費軟體，如果所在公司或專案組能使用正版，那真是個深入學習的好機會，

3）《自動化測驗最佳實踐》

這本書在自動化測驗領域影響深遠，它為很多公司指明了測驗成功的方向，本書講述了一些公司應用自動化的經歷，其中涉及了很多專案，從復雜的政府部門系統到醫療設備，從SAP業務程序開發到Android移動應用和云計算，

4）《App自動化測驗與框架實戰》

從App測驗基礎、實戰技術，再到自動化測驗框架的搭建，全面地講解App測驗所需要的知識，主要內容為：App測驗及其型別、Java編程環境構建、Java語言基礎、Android自動化環境精講、Android自動化測驗基礎精講、Android Appium自動化框架、Appium資料驅動測驗框架封裝實戰、Appium關鍵字驅動測驗框架封裝實戰、持續集成的自動化、Appium常見問題處理方式，

5）《postman介面自動化測驗持續集成》

如果你正好需要利用postman完成介面自動化測驗的作業，那么這本書很適合你，
如果你想看看 postman 是如何完成自動化測驗，并與自己的框架比對比對，這本書也適合閱讀，
這本書，詳細講解了介面測驗基礎、postman 如何來完成自動化設計和用例撰寫、newman+git+jenkins+ 釘釘來完成持續集成作業，

總結

人們總是會對自己不熟悉的領域有所遲疑，跳出自己的舒適圈看似簡單，但是往往會被各種自己設想的阻礙給困住，其實，當你邁出第一步時，你就已經成功了一大半，

最后，為方便大家自學軟體測驗，特意給大家準備了一份13G的超實用干貨學習資源，涉及的內容非常全面

需要的可以加扣扣裙：946094265，免費獲取，還有一份216頁軟體測驗工程師面試寶典檔案資料，以及相對應的視頻學習教程免費分享！，其中資料包括了有基礎知識、Linux必備、Shell、互聯網程式原理、Mysql資料庫、抓包工具專題、介面測驗工具、測驗進階-Python編程、Web自動化測驗、APP自動化測驗、介面自動化測驗、測驗高級持續集成、測驗架構開發測驗框架、性能測驗、安全測驗等，

事必有法，然后有成， 最后祝大家早日拿到滿意的offer ~

標籤：其他

上一篇：C++ 反匯編：關于函式呼叫約定

下一篇：25歲無經驗入行軟體測驗的感悟，寫給還在迷茫中的你