什麼是全棧測試工程師？

在互連網越來越快的迭代項目中，很多測試人員和測試團隊都開始覺得力不從心。很多團隊和公司都開始討論怎麼保證品質，事實是單純的從測試和測試團隊出發都無法保證產品的品質了。是時候從技術以及思想上開始轉變了。

之前有很多文章討論過所謂的“全棧”，其實至少從現在來看，“全棧”真正的意義隨著時間的推移也開始浮出水面——快速學習的能力和驅動持續學習的興趣。

一個團隊是否都應該是這樣一專多能，全棧的人。在我的理解裡，一個團隊中其實肯定不能沒有全棧的人，也不可能都是全棧的工程師。但這裡其實特別的去強調了“定位問題”。舉個例子來講，我們在平時測試的過程中發現了一個問題，我們需要有能力去判斷這個問題是前端還是後端的，如果是後端的，那麼通過各個系統日誌和調用關係需要去明白問題出在什麼系統上。如果是前端，那麼我們需要去發現是架構層的，還是組建層的，還是業務方等等。也就是說其實無論你是功能測試、自動化測試或者架構，定位問題都是通用的要求。

其實之所以要求測試能夠有定位問題的能力，本質就是為了提升整個項目流程的效率。因為當我們發現一個問題的時候，以前的方式是測試直接報一個bug。這個bug會描述清楚問題的上下文和現象。但其實開發還是需要去排查問題，然後再fix。也就是說排查問題這個過程是免不了的，而且往往測試並不知道這個問題是哪個開發的頭上，容易出現A踢皮球到B，B再踢給A的情況。所以在現在的測試行業中，大部分的公司索性就要求測試需要有定位問題的能力，這也是一項基礎的能力。

這點我特別的強調下，因為現在整個行業都在追求技術。我們在很多網站可以看到這裡很牛的hook技術，那邊有很牛的遍曆技術等等。但行業卻慢慢的弱化了測試原本需要有的技術能力。比如測試策略的制定，比如測試的方式，測試案例設計的方式等等。我很擔心再過10年，測試行業都是一群技術很牛卻不懂測試的人。就好像我已經聽到很多測試同學和我說，很多公司的測試總監不知道ab test 和灰階發布有什麼區別，竟然認為兩個是一個東西。讓我也是很擔心測試行業的發展。

 

>>戳戳，免費下載功能自動化測試載入器TestWriter~