回到網易8個月軟件測試團隊轉型實踐

2016年初月回到網易，進入交友事業部，更加專注于移動互聯網APP研發測試領域，在將近一年來的時間里，經歷了開發、測試團隊的轉型，下面講述帶領測試團隊從挖掘痛點的轉型實踐。

測試團隊現狀

交友事業部人員朝氣蓬勃，個人認為更像一個創業型的公司，初期技術資源都投入到產品功能需求開發中，對于產品質量稍作妥協，不需要太嚴格的過程控制和質量把控，相比開發資源而言，測試的投入資源不是那么急需。

隨著用戶量的上升，各種類型的移動設備問題錯綜復雜，用戶對產品的質量有要求，部門老大對質量越來越重視，狠抓這塊，從2015年Q4、2016年Q1分別招入兩名測試人員，整個技術團隊對于質量把控的訴求越來越強烈了，到后來整個測試團隊跟隨開發團隊的規模壯大而壯大起來了。

開發測試人員配比

交友事業部有三款APP產品：同城約會、美聊、花田，一線開發人員總數20人，一線測試人員總數4人，示例如下（2016年Q1統計）：

圖-開發測試人員配比

圖中可見測試開發比例是1:6，Android、iOS端各占一名黑盒測試人員，后端API無相關測試人員參與；

測試技能現狀

所有產品線的測試手段都是以手工測試為主，無自動化輔助手段，回歸測試成本高，Android、iOS獨占測試人員忙于業務的功能性需求的黑盒測試，非功能性需求無法滿足。

Android、iOS與后端Server進行數據交互的API規范定義是一致的，早期無相關測試人員參與，導致發現API問題較晚，推遲到客戶端功能開發完成階段才進行檢驗，同時也造成后端API回歸成本高；

功能測試以及API相關測試在研發測試過程走一輪、預發布環境第二輪、生產環境走第三輪，深度依賴于手工測試，發現問題滯后，相比需求、研發階段修復的成本來說，發現的階段越晚修復成本越高，最終可能導致帶著嚴重問題上線運營。

測試流程現狀

交付式測試，開發人員把相關功能任務設置為done之后交付給測試人員，測試人員未全程參與從需求源頭開始跟進（及時了解需求背景和細節，消除需求含混性，及早開展測試用例編寫工作），從而研發過程中客戶端功能、后端API的可測試性（一個完整的功能是可以分多個功能小點提測，最終完整再提測一次）無法提高，測試人員也無法及早進行冒煙測試；

無測試人員專屬的持續集成構建環境，Android、iOS打包依賴開發，測試人員存在時間等待上的開銷成本一直存在未能降低。

原文轉自：http://www.uml.org.cn/Test/201707191.asp