軟實力
● 關于剛入職時
● 關于對待問題
● 關于執行力
● 關于個性
● 關于下班后
● 關于作業重點
● 關于客戶溝通
● 關于視界
● 關于批評
● 關于職業規劃
硬實力
1
自學測驗有什么要點
參考：
第一階段：測驗基礎（理解，能用自己的話復述，會動手）
● 測驗的分類、測驗方法、測驗生命周期，
● 測驗計劃、測驗用例的撰寫，
● BUG的分類、BUG的六要素、BUG的生命周期，
● 開發模型（了解即可，不理解也沒有關系）、測驗模型（結合實際專案來掌握，可以從開源中下載專案練手）、敏捷迭代下的測驗流程以及功能測驗，
● 質量管理體系CMMI（了解），
第二階段：測驗工具（自學時會用即可，不必精通）
需求分析工具：Mindmanager、Visio
用例撰寫：Excel（相關函式、統計、資料整合、條件判定、資料有效性等）
性能測驗工具：Loadrunner、Jmeter，
介面除錯工具：Postman
抓包工具：Fiddle（捕獲請求、修改請求）
資料庫：Mysql下的sql語法、Navicat（會基本的增刪改查，會批量插入或修改資料）
專案/BUG管理工具：禪道（完整走完至少一個專案的流程，會創建用例庫、測驗集、規劃用例執行等）
作業系統：Linux（搭建測驗環境，會查日志初步定位問題）
關于性能測驗，在一些中小型公司，其實只要會工具的使用，基本就能完成性能測驗任務，但在復雜的專案中，或者一些大型企業，只學習工具是遠遠不夠的，還包括性能場景分析，工具加壓，性能調優，比如分析性能場景，要考慮每項業務使用人數、比例，使用人數是否隨時間段變化，比如早晨登錄操作比較多，十點業務比較多，這種情況每個時間點都要制定出各項業務的占比和人數，再比如加壓和監控，要在出現瓶頸時分析是代碼問題、負載機瓶頸、網路瓶頸（如網口是否足夠）、硬體瓶頸（如cpu 和記憶體）、資料庫瓶頸（如資料庫命中率）還有中間件瓶頸等等，
第三階段：代碼學習
不懂代碼，也可以完成一部分測驗任務，但懂代碼，可以讓我們更好的跟開發人員交流，更好的界定測驗范圍，以及發現bug之后更輕松的分析和定位，更何況，招聘資訊里都有一條“了解或掌握一門編程語言"，
沒有計算機編程語言基礎的朋友，建議從Python開始學習，一是簡單易懂，二來這門語言應用也越來越廣泛，
2
現在測驗需要掌握什么
參考：
①較強的業務知識（如果在一個行業、領域時間長了積累出來的）
②較深的代碼能力（不僅僅是能看懂，測驗人員如果能夠撰寫代碼那就值錢了）
③規范的測驗流程，經歷過較大的專案，
④c語言、資料庫都是必須的，當然測驗工具也是要會的，
3
自動化測驗能力
參考：
自動化測驗流程，和其它所有的測驗一樣，都是由“用例”執行和“缺陷”驗證組成，差別是需要找到合適的“工具”來替代“人手”，自動化測驗典型的金字塔原理
從圖中可以看出自動化包含了三個方面：
①UI前端界面層
②Service服務契約（業務邏輯層，API是承接前端和后端的樞紐）
③Unit底層單元（資料處理層）
同時也說明了：
①越是底層的測驗，運行速度越快，時間開銷越少，金錢開銷越少；
②越是頂層的測驗，運行速度越慢，時間開銷越多，金錢開銷越多
最后感謝每一個認真閱讀我文章的人，看著粉絲一路的上漲和關注，禮尚往來總是要有的，雖然不是什么很值錢的東西，如果你用得到的話可以直接拿走：
這些資料，對于【軟體測驗】的朋友來說應該是最全面最完整的備戰倉庫，這個倉庫也陪伴上萬個測驗工程師們走過最艱難的路程，希望也能幫助到你!
在我的QQ技術交流群里（技術交流和資源共享，廣告勿擾）
可以自助拿走，群號：310357728群里的免費資料都是筆者十多年測驗生涯的精華，還有同行大神一起交流技術哦
如果對你有一點點幫助，各位的「點贊」就是小編創作的最大動力，我們下篇文章見！
好文推薦
在小公司“混”了2年，我只認真做了5件事，如今順利拿到位元組 Offe
去了位元組跳動，才知道年薪 30w 的測驗工程師有這么多？
北京35歲程式員失業,感嘆:編程估計沒戲了,想去賣點煎餅果子養家~
29歲轉行軟體測驗靠譜嗎？一個過來人的心路歷程送給迷茫的你
同樣是IT行業，測驗和開發薪資真就差這么大嗎？
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/297430.html
標籤：其他