優秀互聯網高級測試工程師應該具有的能力

概述

---

在以前寫的互聯網高級測試工程師至少具有的能力一文中，提到了測試工程師至少具有的能力，可是並無提到優秀測試工程師應該具有的能力，下文簡單的談一談。固然這些所有都是個人我的理解。

---

能發現問題，還能定位問題，並且能給研發解釋得清楚

---

在實際的工做中，你可能會遇到不少測試人員在測試功能模塊的時候，一遇到問題，立刻就來找開發，由開發來定位問題。測試人員發現功能不對，咱們能夠理解爲【開發人員研發的系統的功能跟產品經理的需求不一致】，屬於【發現問題了】。這個沒問題，可是測試人員能不能靜下心來，本身先研究一下發生問題的緣由呢？相信不少開發人員常常會遇到，測試人員提的bug其實跟代碼不要緊，而是環境問題或者數據問題等。

可能有人會問，怎麼定位呀？其實手段多得很，例如，看日誌、抓包、看代碼、debug代碼、分析數據、分析業務流程、分析請求走過的節點等等，進行多方面的求證。若是實在找不到緣由，纔來找開發。

若是測試人員找到緣由後，還能跟開發人員解釋清楚，那就很是了不得了。由於這裏除了涉及到專業能力外，還涉及到測試人員的溝通表達能力。

---

提一個自描述的BUG

---

你沒有遇到這種狀況，測試人員提的bug單裏，只有幾句簡單的描述。這樣會加大開發人員定位問題的難度。遇到這種bug單，我一般都是建議讓測試人員補充一些內容。

• 致使這個bug的上下文入參；

• 必要的截圖；

• 用簡單清楚的文字描述bug緣由、背景；

  有一些測試人員文字表達能力不好，bug單的描述很讓人費解，文字功底一時半會是改進不了，那麼能夠經過提供截圖的方式來補充一下。

至於入參，這個必需要提供，否則會極大的加長bug定位的時間。

---

提有意義的bug

---

動不動提bug不是一個高效友好的方式，並且正如我上面提到的，不少測試人員文字功底不好，提的bug很讓人費解。更爲高效的方式就是直接溝通。

除非是重大缺陷或者頗有意義的缺陷，值得後續用來作bug分析、追蹤、總結的，才建議記錄一個bug。

---

能獨立搭建測試環境

---

開發人員提測後，就應該能夠進行下一個功能的開發了，測試環境問題，開發是無需關心的。若是提測後，還須要協助測試搞測試環境的話，那是很浪費時間的。所以，測試人員應該能獨立搭建環境，無論MQ、Redis、微服務等，都能搭建好。而且要保證測試環境是足夠穩定的。

這裏涉及到的知識點也是不少的，像Linux、Shell、網絡協議等。

---

能開發造數據的工具

---

測試人員在作功能測試的時候，有一個重要的階段，即是造數據，這個不是一個簡單的事情，尤爲是公司的微服務愈來愈多的時候，一個請求一般須要走過不少節點，每一個節點都會取數據，若是沒有一個造數據的工具，將大大加大測試的難度。

---

總結

---

簡單說，就是具有必定開發能力知識面廣，且溝通表達能力強的測試人員。有些人可能會問，測試人員不是要懂業務、壓測、邏輯思惟要好嗎？ 這個其實基礎來的，必定要懂的，具體請看互聯網高級測試工程師至少具有的能力

原文連接

---

優秀互聯網高級測試工程師應該具有的能力