2016年初月回到網(wǎng)易,進(jìn)入交友事業(yè)部,更加專(zhuān)注于移動(dòng)互聯(lián)網(wǎng)APP研發(fā)測試領(lǐng)域,在將近一年來(lái)的時(shí)間里,經(jīng)歷了開(kāi)發(fā)、測試團隊的轉型,下面講述帶領(lǐng)測試團隊從挖掘痛點(diǎn)的轉型實(shí)踐。
測試團隊現狀
交友事業(yè)部人員朝氣蓬勃,個(gè)人認為更像一個(gè)創(chuàng )業(yè)型的公司,初期技術(shù)資源都投入到產(chǎn)品功能需求開(kāi)發(fā)中,對于產(chǎn)品質(zhì)量稍作妥協(xié),不需要太嚴格的過(guò)程控制和質(zhì)量把控,相比開(kāi)發(fā)資源而言,測試的投入資源不是那么急需。
隨著(zhù)用戶(hù)量的上升,各種類(lèi)型的移動(dòng)設備問(wèn)題錯綜復雜,用戶(hù)對產(chǎn)品的質(zhì)量有要求,部門(mén)老大對質(zhì)量越來(lái)越重視,狠抓這塊,從2015年Q4、2016年Q1分別招入兩名測試人員,整個(gè)技術(shù)團隊對于質(zhì)量把控的訴求越來(lái)越強烈了,到后來(lái)整個(gè)測試團隊跟隨開(kāi)發(fā)團隊的規模壯大而壯大起來(lái)了。
開(kāi)發(fā)測試人員配比
交友事業(yè)部有三款APP產(chǎn)品:同城約會(huì )、美聊、花田,一線(xiàn)開(kāi)發(fā)人員總數20人,一線(xiàn)測試人員總數4人,示例如下(2016年Q1統計):
圖-開(kāi)發(fā)測試人員配比
圖中可見(jiàn)測試開(kāi)發(fā)比例是1:6,Android、iOS端各占一名黑盒測試人員,后端API無(wú)相關(guān)測試人員參與;
測試技能現狀
所有產(chǎn)品線(xiàn)的測試手段都是以手工測試為主,無(wú)自動(dòng)化輔助手段,回歸測試成本高,Android、iOS獨占測試人員忙于業(yè)務(wù)的功能性需求的黑盒測試,非功能性需求無(wú)法滿(mǎn)足。
Android、iOS與后端Server進(jìn)行數據交互的API規范定義是一致的,早期無(wú)相關(guān)測試人員參與,導致發(fā)現API問(wèn)題較晚,推遲到客戶(hù)端功能開(kāi)發(fā)完成階段才進(jìn)行檢驗,同時(shí)也造成后端API回歸成本高;
功能測試以及API相關(guān)測試在研發(fā)測試過(guò)程走一輪、預發(fā)布環(huán)境第二輪、生產(chǎn)環(huán)境走第三輪,深度依賴(lài)于手工測試,發(fā)現問(wèn)題滯后,相比需求、研發(fā)階段修復的成本來(lái)說(shuō),發(fā)現的階段越晚修復成本越高,最終可能導致帶著(zhù)嚴重問(wèn)題上線(xiàn)運營(yíng)。
測試流程現狀
交付式測試,開(kāi)發(fā)人員把相關(guān)功能任務(wù)設置為done之后交付給測試人員,測試人員未全程參與從需求源頭開(kāi)始跟進(jìn)(及時(shí)了解需求背景和細節,消除需求含混性,及早開(kāi)展測試用例編寫(xiě)工作),從而研發(fā)過(guò)程中客戶(hù)端功能、后端API的可測試性(一個(gè)完整的功能是可以分多個(gè)功能小點(diǎn)提測,最終完整再提測一次)無(wú)法提高,測試人員也無(wú)法及早進(jìn)行冒煙測試;
無(wú)測試人員專(zhuān)屬的持續集成構建環(huán)境,Android、iOS打包依賴(lài)開(kāi)發(fā),測試人員存在時(shí)間等待上的開(kāi)銷(xiāo)成本一直存在未能降低。
原文轉自:http://www.uml.org.cn/Test/201707191.asp