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

帶來(lái)的效益：

1.使用新版燃盡圖之后，每日晨會(huì )分析歷史進(jìn)度問(wèn)題有依據，能夠明顯看出風(fēng)險所在

2.產(chǎn)品人員主動(dòng)關(guān)注燃盡圖趨勢變化，及時(shí)調整有問(wèn)題的任務(wù)，提高研發(fā)交付的時(shí)效

3.每日工時(shí)可以看到研發(fā)、測試人員的個(gè)人進(jìn)度，及時(shí)溝通遇到的困難，推進(jìn)解決

圖-自研的燃盡圖

負責客戶(hù)端的測試人員承擔產(chǎn)品職責單一，技術(shù)要求多層次

最初測試人力資源不足，為了提高更大的復用率，要求每位測試人員負責客戶(hù)端Android、iOS的兩端的測試工作，編寫(xiě)一份基礎用例，根據每端特性在測試過(guò)程中再改變策略，落地實(shí)施的第一個(gè)季度就暴露出問(wèn)題：

1.同時(shí)兼顧一個(gè)產(chǎn)品多個(gè)功能的測試任務(wù)，對于客戶(hù)端開(kāi)發(fā)同學(xué)而言，他們是并行工作的，而測試同學(xué)需要在不同功能的Android、iOS兩端來(lái)回切換，導致效率低；

2.同樣問(wèn)題也存在兼顧多個(gè)產(chǎn)品的測試任務(wù)，有些產(chǎn)品是同時(shí)進(jìn)行的，需要在多個(gè)產(chǎn)品的任務(wù)中切換，導致對兩個(gè)產(chǎn)品都不熟悉；

3.測試設備占用時(shí)間嚴重，在進(jìn)行Android、iOS輪換切換的場(chǎng)景中，一人獨占相關(guān)設備；

改進(jìn)：?jiǎn)我宦氊?，?zhuān)職專(zhuān)責，原則上不再進(jìn)行跨項目的版本任務(wù)，也不在版本中負責一個(gè)功能的Android、iOS相關(guān)測試任務(wù)（除了運營(yíng)的相關(guān)活動(dòng)項目可以兼顧Android、iOS測試），主攻Android、iOS單一方向的功能測試、自動(dòng)化測試，說(shuō)的高大上一點(diǎn)好像成了全棧測試工程師。

實(shí)施半年之后，收益頗深，各自負責Android、iOS的測試同學(xué)結對編寫(xiě)測試用例，抽取共性部分，運行時(shí)附加個(gè)性化的系統特性，并行測試效率提高，設備占用率降低。

自研的API管理和測試平臺

過(guò)去后端的API規范是通過(guò)word文檔進(jìn)行管理，版本變更是需要手動(dòng)通知相應人員，而且每個(gè)人編寫(xiě)的格式不統一，容易造成沖突，解決上有時(shí)間開(kāi)銷(xiāo)，另外修改跟蹤反饋上的成本很高，開(kāi)源項目中也沒(méi)有能夠適合交友團隊模式的工具，因此投入開(kāi)發(fā)API管理和測試平臺。

考慮到客戶(hù)端與后端交互是通過(guò)API進(jìn)行，將API平臺化管理帶來(lái)效益：

1.使用平臺化管理清晰呈現MobileAPI接口分布圖，有效減輕了后端同學(xué)管理接口規范的工作;

2.方便客戶(hù)端同學(xué)快速查閱和版本對比;

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