質量如此重要，那麼為什麼不重視質量保證？

作者：Heather Peyton

翻譯：李玉瑩

在越來越敏捷的世界裡，我們還需要專門的質量保證測試人員和團隊嗎？ 在考慮質量保證目前和未來的職責時，我們應考慮這些問題。

今天的新聞充斥著聲稱軟體測試已經死亡的文章。根據這些文章，公司正在進行敏捷測試，測試將由開發人員或測試機器人完成。另一方面，也有同樣多的文章在報道軟體故障導致經濟損失。聽到這些失敗的案例，我們應該第一個想到什麼？他們應該做更多的測試！

顯然，在新的數字經濟下，質量和測試比以往任何時候都更重要。為了跟上變革，測試正在成為每個人的責任。因此，開發中正在進行更多的測試。但這是否真的否定了質量保證團隊和測試人員的需求？我認為這歸結為三個關鍵因素：

你在測試什麼？

將測試從QA轉變為開發的主要驅動力之一是採用敏捷。但考慮到敏捷的起源。這是一種方法，起源於幫助開發人員更快速地並行地開發更多的代碼。每個開發者都分配一個單獨的故事，他們開始提供一個為期兩周的衝刺。但是當沒有開發時會發生什麼？例如在SAP運輸的情況下，當沒有故事或代碼來測試時，誰寫測試腳本？沒有測試團隊時，這個責任落在業務上，然後將業務工作人員從他們的工作中移除，以記錄現有流程並對系統進行手動/探索性測試。當他們發現一個缺陷時，他們必須經歷繁瑣的記錄過程，當他們發現缺陷時，他們必須經歷繁瑣的記錄過程，屏幕截圖並提交給支持的IT團隊。所有這些都會削弱企業員工的主要工作，並降低其對公司的價值。

需要運行什麼類型的測試？

對於單個功能或應用程序，可以通過開發運行單元，組件和功能測試。但是，當新功能或需要更新的功能是跨越多個應用的或是更大的系統的一部分時，會發生什麼呢？誰負責構建回歸測試庫並運行端到端測試，以確保下游系統不受更改的影響？記錄就這些複雜的過程可能需要幾周。有效的測試還需要來自多個組的輸入，這些組可能沒有見到整個過程。然後，越來越多的需求越來越頻繁地運行這些測試 ——甚至是每月，每周或每天。誰負責維護自動化，並確保跨功能文檔在更新測試時保持最新？

有什麼風險？

許多行業的經營嚴格的法律規定。對系統的任何變化必須記錄並滿足審計要求。在西南航空公司對SOX合規性的介紹中，他們討論了他們在SAP中有45個自動控制，包括58個不同的文件。每個季度，這些控制必須通過捕獲文檔並將其與預期結果進行比較來驗證。 這些重要而詳細的工作需要一個集中的團隊。 除了法律風險外，還有災難性失敗的風險，包括收入的重大損失和消極的公眾認知。 星巴克註冊失敗，導致美國和加拿大60％的商店關閉，這只是過去幾年發生的許多例子之一。

QA–新角色，確保業務工作中，而不僅僅是軟體

的確，隨著越來越多的組織採用敏捷方法來部署自定義應用程序，更多的單元/組件/功能測試將繼續「向左」轉開發者。但這並不否定集權變更管理和質量保證團隊的重要性。應用場景變得越來越複雜——而不是更少。到今天，這已不單單關係到軟體工作，而是業務工作。更多的組織正在轉向像SAP，Salesforce.com和Workday這樣的打包應用程序來管理基礎業務流程，以便他們可以將定製開發的重點放在直接觸及客戶的應用程序上。他們正在尋求將自己和他們的產品與競爭對手區分開來。針對像SAP這樣的應用程序的變更管理需要更高級別的編排和管理，無法以特定方式實現，也不能使用敏捷scrum方法。標準敏捷框架（SAFe）是單向組織，其正在發展其QA小組的角色。無論採取什麼方法，有一件事是肯定的 —— 只要組織繼續依靠複雜的軟體網路來完成業務，QA將是必要和重要的！

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！