今年我也不知道為什麼會突發奇想來講這個topic，這與我前幾年風格非常不符。但也許這正是我覺得2016年應該說的東西吧，事實證明三場大會講完之後，很多人第一次私下來找我要PPT，同時也覺得這個topic並不是幾個小時能講完的，所以我在這裡還是濃縮的寫篇文章說明下吧。

移動互聯網測試常見問題

這基本上就是我今年去別的公司的時候別人問我的問題。其實總體來講大家現在還是有很大進步的，既關注了整體策略也關注了技術細節。但讓我奇怪的是其實大部分人關注的還是別人怎麼做，但缺少的就是從自己公司的產品業務和團隊情況去思考問題。這不得不讓我想到「別人家的xxx」這樣一個場景。當初做這個ppt的時候我就是希望貼近主題盡量從全面的去闡述測試到質量的變化。

反正總體來講，還是覺得大家太過焦躁，我們總是偶爾的很積極的想去了解，想去學習，但這不可持續發展，這就好像我們會去存很多pdf和網站，但從來不看是一個道理。

關於測試人員

關於人員我想從圖中的四個方面進行闡述。畢竟現在整個行業對於測試的要求其實已經不僅僅停留在「你會什麼」，「你懂什麼」，「你有多少能力」這個level了。取而代之的更多的是「你潛力多少」，「你是否擁有持續學習的能力」等等。所以在關於測試人員中我也順便提到了「KPI」和「招聘」

但我在這裡不得不強調的就還是所謂的「測試技術」，因為現在基本上行業風氣就是大家追求「開發技術」，而不是「測試技術」，我們需要有測試思想和質量意識的去做事兒，而不是僅僅像開發一樣去開發某些產品。所以這一切的前提還是需要我們從測試跳出來到質量來思考問題才會有答案。

一專多能

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

第二點其實想表述的就是如果我們走出測試來看質量的話，幾乎所有事情都不是單純的測試個體或團隊能夠完成的。我們需要走出那個「你提需求，別人實現」的時代，取而代之的是「你提需求，你牽頭來實現」。我們需要去利用合適的資源去做合適的事情，而不是什麼都自己來做。

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

KPI

KPI這邊的問題其實就是老生常談了。但基本上現在都從那麼幾個點。

• 業務佔比最大。首先還是要保證產品業務的質量。這個在KPI上可以量化，但在移動互聯網大多關注P0的缺陷會比較多，剩下的功能問題，小問題漏測等其實都是比較常見的。
• 技術提升。唯一強調的就是技術提升本身需要落地，同時需要給出來使用某技術前後的具體效果的數據對比，一定也是可量化的。一切不落地的技術提升都是耍流氓啊親
• 團隊協作。指主動分享、能否主動的牽頭解決問題等等。

基本上也會有細節的不同，但大方向是差不多的

人員招聘

其實這是我理想狀態下的招聘，現在行業中雖然是有這樣的趨勢，但還是有點偏差的。不過現在一些大公司的確更看重看問題的角度和解決問題的方式。而不像前幾年比較死板的去考驗技術。這點我相信今年只要跳槽的同學都深有體會的。

測試技術

這個就是留給大家思考吧。大家在追求所謂的技術的同時，也關注關注測試吧。測試的一些基礎，理念，方法等。我不希望若干年之後說起技術大家都是開發技術，對測試技術卻渾然不知，屆時到底自己是測試還是開發也許就誰都分不清楚了。

質量

其實我知道大部分人還是需要這張圖的。後面的PPT我也實在寫不動了。ppt鏈接。接下來自己看吧，有啥問題在這裡留言就好。相信這個話題還是值得大家來討論的。

推薦閱讀：