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

從16年Q2開始制定團隊建設技術，那么整個測試團隊的關注點是什么，如何聚焦，根據技術總體需求、產品需求來落實測試需求呢？

根據團隊特性，測試、開發劃分了邊界，只有從這些方面出發，才能更好要求組員的技能形成階梯化，以及在招聘要求是按照此需求來落地，市場上大有可為之人，如何切實際為之更重要，下面從幾個方面來談談。

測試團隊關注點

Martin Fowler在博客中解釋了TestPyramid，如下圖所示：

圖-Martin Fowler：TestPyramid

單元測試是第一道測試關卡，也是一個陷阱，測試人員如果投入到此環節上，將是一種資源耗盡型的質量活動。比業務熟悉程度，測試人員沒有開發人員高深，比寫單元測試的效率，測試人員沒有開發人員高效，這里交友測試團隊也跳坑了，歷經一個季度跳入、跳出，理想的狀態下是：開發的框架很松耦合，例如使用了MVP/MVVM開發模式，實際情況是這些技術債務在逐步償還，熟悉代碼的開發人員進行單元測試都有阻礙，測試人員談何容易，簡單點來說不務正業，投入產出比低。

真正要從業務需求的痛點出發挖掘適合團隊的方向：測試層次的關注點是最清晰的一條分水嶺隔離開發代碼級別的：單元測試、集成測試，測試人員真正的關注點是：以手工測試為主，自動化為輔的發展階段，同時圍繞整個研發測試過程的質量反饋，包括：需求階段、開發階段、發布階段、運營階段。

圖-測試層次關注點

理清整個需求之后，就是團隊成員角色轉型：

圖-崗位的轉變

分為三種：

基本職能：手工測試工程師，進階職能的：自動化測試工程師，再高級一點，測試開發工程師，其實也可以稱為全棧，名字不是最重要，也不會設立這種title，只是要明確把活給細分出來。

最后，根據需求，也把產品測試人員分布明細理順了：

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