優秀網際網路高階測試工程師應該具備的能力

概述

在之前寫的網際網路高階測試工程師至少具備的能力一文中，提到了測試工程師至少具備的能力，但是並沒有提到優秀測試工程師應該具備的能力，下文簡單的談一談。當然這些全部都是我的個人理解。

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

在實際的工作中，你可能會遇到很多測試人員在測試功能模組的時候，一遇到問題，馬上就來找開發，由開發來定位問題。測試人員發現功能不對，我們可以理解為【開發人員研發的系統的功能跟產品經理的需求不一致】，屬於【發現問題了】。這個沒問題，但是測試人員能不能靜下心來，自己先研究一下發生問題的原因呢？相信很多開發人員經常會遇到，測試人員提的bug其實跟程式碼沒關係，而是環境問題或者資料問題等。

可能有人會問，怎麼定位呀？其實手段多得很，例如，看日誌、抓包、看程式碼、debug程式碼、分析資料、分析業務流程、分析請求走過的節點等等，進行多方面的求證。如果實在找不到原因，才來找開發。

如果測試人員找到原因後，還能跟開發人員解釋清楚，那就非常了不起了。因為這裡除了涉及到專業能力外，還涉及到測試人員的溝通表達能力。

提一個自描述的BUG

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

 ●  導致這個bug的上下文入參；
 ●  必要的截圖；
 ●  用簡單清楚的文字描述bug原因、背景；

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

至於入參，這個必須要提供，不然會極大的加長bug定位的時間。

提有意義的bug

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

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

能獨立搭建測試環境

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

這裡涉及到的知識點也是很多的，像Linux、Shell、網路協議等。

能開發造資料的工具

測試人員在做功能測試的時候，有一個重要的階段，便是造資料，這個不是一個簡單的事情，尤其是公司的微服務越來越多的時候，一個請求通常需要走過很多節點，每個節點都會取資料，如果沒有一個造資料的工具，將大大加大測試的難度。

總結

簡單說，就是具備一定開發能力知識面廣，且溝通表達能力強的測試人員。

原文釋出時間為：2018-10-18

本文來自雲棲社群合作伙伴“Android開發中文站”，瞭解相關資訊可以關注“Android開發中文站”。