互聯網高級測驗工程師至少具備的能力
熟悉本系統
測驗人員參與測驗的系統的各種業務場景，必須做到精熟 ，一旦需求有改動，可以清楚快速的知道背景關系，同時可以清楚的知道哪些點是需要重點測驗的，
熟悉跟本系統有通訊的上下游系統業務
跟本系統有通訊的上下游系統也要非常熟悉，這樣一旦系統出現問題，可以知道影響的范圍，
熟悉公司主流程業務
熟悉公司主流程業務，雖然不是自己測驗的系統，但是熟悉公司主流程業務，可以讓測驗人員在考慮問題的時候，有更好更廣的思路，
邏輯思維好，氣場也要好
互聯網應用一般是切分成多個子系統的，各個系統都有自己的業務范圍，一個任務的完成，通常要有多個部門或者小組進行協作，這個時候，就不可避免的進行各種會議溝通，小組內的或者小組之間的，
那么測驗人員如果腦子不好使，不能快速的理解別人的意圖和想法，會很容易被人忽悠或者陷入各種坑，到時候就會有無窮無盡的測驗任務了，
另外，當對方太強勢的時候，測驗人員不能太弱勢，應該根據自己對業務和系統理解，提出自己的意見，該做的就做，不應該做的別硬塞過來，積極配合對方，但不是傻傻的啥都做，
掌控系統上線排期
如果開發任務非常的多，測驗人員要測驗的功能也就非常的多，這個時候，如果功能的上線時間都是由開發經理或者PMO等來定，那測驗人員就只能進行無窮無盡的加班，
這樣是不行的，測驗人員有自己專業，對業務精熟，必須清楚的知道哪些任務的優先級是高的，哪些是低的，將任務進行優先級排序，規定某個時間段里，就只能上多少個功能，
測驗小組能夠承受的最大任務佇列是多少，測驗人員必須有個底，測驗任務超過這個佇列，可以根據優先級把部分任務擠出去，
能撰寫覆寫關鍵路徑的測驗用例
對業務需求準確的理解后，測驗人員能根據業務需求，設計關鍵的測驗用例，能夠完整的覆寫業務關鍵路徑和場景，保證只要這些重點用例能通過，就說明需求的重點功能已經OK了，
重點功能OK了，就算立刻上線，如果出現問題，也只是小問題，當然能夠用測驗用例覆寫所有當然是最好的，
熟悉測驗技術
在測驗互聯網應用的時候，測驗至少得掌握下面的技術和概念：
1. 懂得用jmeter進行性能測驗；
2. 懂得搭建性能測驗需要的環境，例如服務器、redis、memcache等等；
3. 懂得如何撰寫性能測驗報告，例如至少包含介面回應時間、QPS、最佳并發數、CPU使用情況、記憶體情況、抖動、GC情況等等，
4. 懂得背景關系切換、記憶體溢位、記憶體泄露、QPS、穩定性測驗等等的概念，
約束開發人員，保證開發質量
當開發提測代碼的時候，測驗人員應該具備下面的意識：
1. 讓開發人員先把master分支的代碼merge或者rebase到自己分支上，保證提測的時候，代碼已經包含了master的代碼，這樣可以提前發現問題，
2. 代碼功能測驗完畢后，必須再做一次回歸測驗，這個時候必須強烈的約束開發人員，不許再提交代碼了，除非是bug，不然的話，測驗人員回歸測驗完后，開發人員跑來告訴測驗說，代碼有改動，這樣的話，測驗人員辛辛苦苦的回歸測驗就白測了，又得重新回歸一次，
3. 測驗人員必須回收master分支的代碼提交權限，一旦開發者要提交代碼，只能通過和測驗溝通，說明代碼做了什么改動，絕對不能讓開發人員悄悄的提交代碼，這種行為非常造成線上故障的，
會寫代碼進行自動化測驗
現在微服務非常的流行，各大互聯網公司都在搞微服務介面，針對微服務介面，測驗人員一定要懂得撰寫代碼去進行介面自動化測驗，大家想想看，假設某系統有50個微服務介面，測驗人員測驗完一次后，開發人員修改了其中10個介面的代碼，這個時候應該可以通過跑自動化case來驗證這10個介面的改動有沒有影響到其他40個介面，這種回歸測驗的效率非常的高，如果每次都得人工手動的進行介面回歸測驗，那測驗人員就得累死了，
如果對你有一點點幫助，各位的「點贊」就是小編創作的最大動力，我們下篇文章見！
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/299621.html
標籤：其他