敏捷開發領跑傳統測試

diego lo giudice是forrester research的首席分析師，他在近期的部落格中**了敏捷開發為什麼領跑傳統測試，他在部落格中說，「敏捷實踐正在打散傳統的測試組織。敏捷開發人員總是要完成更多的測試，所以qa專業人員需要參與到開發團隊的日常運作中。」

\ 按照deigo所說的這種近期的趨勢，qa專業人員應更加關注先進的測試實踐。

\

他們需要通過深入參與這些先進的實踐（比如測試驅動開發、增量的測試自動化和持續構建與整合）以適應不斷變化的環境，顯著地影響開發人員和測試人員的日常活動。

\

單獨的測試和開發團隊不適合敏捷工作環境，deigo指出。

\

當測試團隊與開發分離時，測試人員通常是去努力發現更多可能的缺陷——但前提是開發人員已經編寫了**……

\ 如果把測試人員和開發人員分開，就很難把他們的工作整合到乙個持續交付流水線中。

\

在挪威卑爾根市召開的2023年booster conference期間，關於「轉變你的測試心態」的會議上，lisa crispin（《敏捷軟體測試：測試人員與敏捷團隊的實踐指南》的合著者）發言了自己的意見。她的重點更多地集中在開發人員和測試人員的協作上。

\

與之截然相反……我們在此是去發現缺陷，或者確保需求得到滿足，或者是對軟體施以破壞

\ 想想我們如何把質量加進來？

\

deigo還提到傳統測試為什麼落後於敏捷開發。

\ 大量手工的測試活動降低了交付速度。\

團隊只能在系統開發並整合完成之後才開始測試。但遺憾的是，專案經常拖期，所以團隊最後只好壓縮和犧牲剩下的活動。\

團隊積累了太多的技術債。按時交付有這麼乙個天敵，那就是在開發末期才發現你的應用中有重要的質量問題。缺陷發現得過晚會導致高返工率和巨大的浪費。\

出於這些原因，尋求測試的轉變使其遵循敏捷就極其重要了。在測試實踐方面的轉變也改變了開發團隊挑選測試工具的方式。deigo談了他在測試工具方面的看法。

\ 開發人員想要的是能夠輕易地嵌入到其整合開發環境（ide）中的工具，而qa和其他軟體專業人士更喜歡提供更高層次抽象，並且易於使用的工具。

\檢視英文原文：agile development races ahead of traditional testing

\\\ 感謝臧秀濤對本文的審校。