<sub id="l9qyp"><listing id="l9qyp"></listing></sub>

    <form id="l9qyp"><legend id="l9qyp"></legend></form>
      1. <wbr id="l9qyp"></wbr>
        1. 更多課程 選擇中心

          軟件測試培訓
          達內IT學院

          400-111-8989

          快速迭代的開發方式中的QA實踐方法

          • 發布:軟件測試培訓
          • 來源:網絡
          • 時間:2017-03-23 16:29

          背景

          盡管"小步快跑"的快速迭代開發方式早已成為互聯網軟件開發的主流指導思想,但大量開發團隊在落地這一開發方式時最常遇到的問題就是"如何QA",因為,傳統軟件行業的QA方式(手動測試,回歸測試等)無法適應每天多次上線的迭代節奏。這時,開發團隊往往會面臨這兩種窘境: 要么是為了速度不顧質量,導致線上故障頻發;要么是為了質量而固定發布窗口,導致業務不夠敏捷。

          那么,在快速迭代的開發方式下,究竟應該采用怎樣的QA實踐才既能控制住風險又能跟上節奏?

          本文對小博無線技術團隊在2014-2016三年間的QA實踐之路進行了總結,并對上面的問題給出如下的答案:

          QA無法作為業務變更發布前的一個獨立環節存在,它必須被滲透在開發,運維和數據分析的過程中。

          采用這種"滲透式"的QA實踐方法,我們的線上生產環境可以每天發布數十次變更,并且風險可控。

          開發中的QA

          由于引入專門的測試人員會帶來額外的溝通成本以及在多個系統并行開發上線時在測試人力資源上會形成瓶頸,我們并沒有設置專職測試人員。功能測試主要由開發人員自測,上線前的驗證流程如下:

          1、在自己的開發環境中測試;

          2、在預發布環境中測試, 如有必要,請產品功能設計人員協助測試,主要看對業務功能理解是否正確;

          3、提出合并變更到發布分支的merge request;

          4、和另一位開發人員共同逐行閱讀該change,向TA說明每一行change的原因。如發現功能實現上的問題,需修改后才能上線;如只是風格方面的問題,則可先上線再重構,重構后再上線一次。

          預發布環境的意義

          1、方便集成測試

          2、方便開發和產品之間的溝通

          3、在代碼共閱時方便開發之間的溝通

          運維中的QA

          當merge request通過code review,確認可以上線后,由開發人員自己上線。為了降低風險,提升效率和舒適度,整個上線動作只需要開發人員在CI系統中一鍵部署即可全自動完成無感知漂移上線[1]. 除了一鍵部署外,運維基礎設施至少還需要提供下面幾個基礎功能:

          一鍵回滾

          原則上,能不回滾則不回滾,一般只有在出現影響可用性的嚴重問題,萬不得已才會回滾。雖然回滾極少發生,但保證可回滾的變更設計卻非常重要,任何一個變更都要盡可能設計為可回退的。當新版本上線后發現未預見的嚴重問題時,可以一鍵回退到上一個能正常工作的版本。

          錯誤監控和告警推送

          使用運維機器人收集并分析系統日志,監控錯誤日志的數量變化趨勢,當某個服務的錯誤日志數量變化率明顯增大時,向該服務的開發和運維人員推送告警。這樣,如果新版代碼存在問題,開發人員在其上線后的幾分鐘內就能收到告警,并決定是快速修復還是回滾。

          灰度發布

          如果發布的某個變更位于影響全局的基礎功能模塊,為了降低風險,可采用灰度發布,先使用新版本代碼處理一小部分流量,觀察一段時間,確認無異常后再將新版代碼應用到全網。

          數據驅動QA

          數據驅動QA是一種通過查看,分析或統計數據來確認當前系統狀態是否正常,或確定新版代碼的實現效果和舊版相比是有提高還是下降的測試辦法。

          從這個意義上說,上面的"錯誤監控和告警推送"亦可算是數據驅動QA的方法之一,另外,常用的數據驅動QA的方法還有:

          1、使用運維機器人周期性檢查關鍵業務數據之間的不變式約束是否成立,例如記賬系統中的賬目始終要保持平衡,一旦發現不平衡要及時告警并查出原因

          2、檢查關鍵業務指標是否平穩,例如上一個小時的成單量,不應偏移平均值太多,如果下降太多,有可能是系統可用性下降;如果上漲太多,則有可能存在惡意刷單

          3、統計和比較不同版本的關鍵性能指標,利用數據來判斷究竟哪個版本的質量更好

          預約申請免費試聽課

          填寫下面表單即可預約申請免費試聽!怕錢不夠?可就業掙錢后再付學費! 怕學不會?助教全程陪讀,隨時解惑!擔心就業?一地學習,可全國推薦就業!

          上一篇:軟件測試之互聯網產品測試如何進行?
          下一篇:好的測試有沒有'捷徑'?

          變革中的軟件測試——組織篇

          五種比較好Android自動化測試工具推薦

          • 掃碼領取資料

            回復關鍵字:視頻資料

            免費領取 達內課程視頻學習資料

          • 視頻學習QQ群

            添加QQ群:1143617948

            免費領取達內課程視頻學習資料

          Copyright ? 2021 Tedu.cn All Rights Reserved 京ICP備08000853號-56 京公網安備 11010802029508號 達內時代科技集團有限公司 版權所有

          選擇城市和中心
          黑龍江省

          吉林省

          河北省

          陜西省

          湖南省

          貴州省

          云南省

          廣西省

          海南省

          奇米影视奇米色777欧美欧美一级高清片在线观看876av电影高清 百度 好搜 搜狗
          <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <蜘蛛词>| <文本链> <文本链> <文本链> <文本链> <文本链> <文本链>