回到網(wǎng)易8個(gè)月軟件測試團隊轉型實(shí)踐(8)

從16年Q2開(kāi)始制定團隊建設技術(shù)，那么整個(gè)測試團隊的關(guān)注點(diǎn)是什么，如何聚焦，根據技術(shù)總體需求、產(chǎn)品需求來(lái)落實(shí)測試需求呢？

根據團隊特性，測試、開(kāi)發(fā)劃分了邊界，只有從這些方面出發(fā)，才能更好要求組員的技能形成階梯化，以及在招聘要求是按照此需求來(lái)落地，市場(chǎng)上大有可為之人，如何切實(shí)際為之更重要，下面從幾個(gè)方面來(lái)談?wù)劇?/p>

測試團隊關(guān)注點(diǎn)

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

圖-Martin Fowler：TestPyramid

單元測試是第一道測試關(guān)卡，也是一個(gè)陷阱，測試人員如果投入到此環(huán)節上，將是一種資源耗盡型的質(zhì)量活動(dòng)。比業(yè)務(wù)熟悉程度，測試人員沒(méi)有開(kāi)發(fā)人員高深，比寫(xiě)單元測試的效率，測試人員沒(méi)有開(kāi)發(fā)人員高效，這里交友測試團隊也跳坑了，歷經(jīng)一個(gè)季度跳入、跳出，理想的狀態(tài)下是：開(kāi)發(fā)的框架很松耦合，例如使用了MVP/MVVM開(kāi)發(fā)模式，實(shí)際情況是這些技術(shù)債務(wù)在逐步償還，熟悉代碼的開(kāi)發(fā)人員進(jìn)行單元測試都有阻礙，測試人員談何容易，簡(jiǎn)單點(diǎn)來(lái)說(shuō)不務(wù)正業(yè)，投入產(chǎn)出比低。

真正要從業(yè)務(wù)需求的痛點(diǎn)出發(fā)挖掘適合團隊的方向：測試層次的關(guān)注點(diǎn)是最清晰的一條分水嶺隔離開(kāi)發(fā)代碼級別的：?jiǎn)卧獪y試、集成測試，測試人員真正的關(guān)注點(diǎn)是：以手工測試為主，自動(dòng)化為輔的發(fā)展階段，同時(shí)圍繞整個(gè)研發(fā)測試過(guò)程的質(zhì)量反饋，包括：需求階段、開(kāi)發(fā)階段、發(fā)布階段、運營(yíng)階段。

圖-測試層次關(guān)注點(diǎn)

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

圖-崗位的轉變

分為三種：

基本職能：手工測試工程師，進(jìn)階職能的：自動(dòng)化測試工程師，再高級一點(diǎn)，測試開(kāi)發(fā)工程師，其實(shí)也可以稱(chēng)為全棧，名字不是最重要，也不會(huì )設立這種title，只是要明確把活給細分出來(lái)。

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

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