• <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>
  • 回到網易8個月軟件測試團隊轉型實踐(3)

    發表于:2017-07-24來源:未知作者:未知點擊數: 標簽:測試團隊
    帶來的效益: 1.使用新版燃盡圖之后,每日晨會分析歷史進度問題有依據,能夠明顯看出風險所在 2.產品人員主動關注燃盡圖趨勢變化,及時調整有問題的

    帶來的效益:

    1.使用新版燃盡圖之后,每日晨會分析歷史進度問題有依據,能夠明顯看出風險所在

    2.產品人員主動關注燃盡圖趨勢變化,及時調整有問題的任務,提高研發交付的時效

    3.每日工時可以看到研發、測試人員的個人進度,及時溝通遇到的困難,推進解決

     

     

    圖-自研的燃盡圖

    負責客戶端的測試人員承擔產品職責單一,技術要求多層次

    最初測試人力資源不足,為了提高更大的復用率,要求每位測試人員負責客戶端Android、iOS的兩端的測試工作,編寫一份基礎用例,根據每端特性在測試過程中再改變策略,落地實施的第一個季度就暴露出問題:

    1.同時兼顧一個產品多個功能的測試任務,對于客戶端開發同學而言,他們是并行工作的,而測試同學需要在不同功能的Android、iOS兩端來回切換,導致效率低;

    2.同樣問題也存在兼顧多個產品的測試任務,有些產品是同時進行的,需要在多個產品的任務中切換,導致對兩個產品都不熟悉;

    3.測試設備占用時間嚴重,在進行Android、iOS輪換切換的場景中,一人獨占相關設備;

    改進:單一職責,專職專責,原則上不再進行跨項目的版本任務,也不在版本中負責一個功能的Android、iOS相關測試任務(除了運營的相關活動項目可以兼顧Android、iOS測試),主攻Android、iOS單一方向的功能測試、自動化測試,說的高大上一點好像成了全棧測試工程師。

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

    自研的API管理和測試平臺

    過去后端的API規范是通過word文檔進行管理,版本變更是需要手動通知相應人員,而且每個人編寫的格式不統一,容易造成沖突,解決上有時間開銷,另外修改跟蹤反饋上的成本很高,開源項目中也沒有能夠適合交友團隊模式的工具,因此投入開發API管理和測試平臺。

    考慮到客戶端與后端交互是通過API進行,將API平臺化管理帶來效益:

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

    2.方便客戶端同學快速查閱和版本對比;

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

    老湿亚洲永久精品ww47香蕉图片_日韩欧美中文字幕北美法律_国产AV永久无码天堂影院_久久婷婷综合色丁香五月

  • <ruby id="5koa6"></ruby>
    <ruby id="5koa6"><option id="5koa6"><thead id="5koa6"></thead></option></ruby>

    <progress id="5koa6"></progress>

  • <strong id="5koa6"></strong>