[[399106]]

【51CTO.com快譯】軟件測試面臨的挑戰被大大低估了，難免沒有得到重視。即便是看似基礎的應用程序，比如常見的移動應用程序，您也可能采用數量驚人的測試方法、演練大量的路徑和條件，并對大量的設備配置進行測試。在如今近乎持續的發布周期中，確保每次更新都增加價值，又不干擾用戶體驗是一項艱巨的任務。

對于大企業組織而言，尤其困難重重。大規模環境下的測試需兼顧以下方面：

• 復雜的應用程序堆棧，平均涉及900個應用程序。單筆事務平均涉及82種不同的技術，從大型機和舊式自定義應用程序到微服務和云原生應用程序，不一而足。
• 根深蒂固的手動測試流程，它們專為瀑布式交付節奏和外包測試而設計，而不是面向敏捷、DevOps和“一切持續”模式。
• 要求極高的可靠性。據IDC聲稱，企業環境中一小時的停機時間可能造成50萬美元到100萬美元的損失。在許多行業，“快速行動時破壞系統”行不通。

尤其在大企業環境，測試是交付延遲的第一大原因，手動測試仍然很普遍(只有15%是自動化測試)，測試成本平均耗用IT支出總額的23%到35%。

不過，許多知名組織找到了克服這些障礙的方法。它們將測試轉化為數字化轉型計劃的助推器，從而加快交付，并騰出預算用于創新。

它們的做法有何不同?貴組織相比之下又如何?

引入企業應用程序測試基準

為了闡明行業領導者如何測試其公司乃至全世界依賴的軟件，Tricentis發布了首份《全球知名組織如何測試?》報告，介紹了全球知名組織在如何進行測試。這些數據是通過與代表多個團隊的高級質量經理和IT主管進行一對一訪談收集而來的。參與者代表的團隊使用各種注重質量保證(QA)的功能測試自動化工具：開源及其他商業工具。開發人員測試和安全測試活動不在本文探討范圍。

該報告重點關注從采訪的100家知名組織收集而來的數據：《財富》 500強企業以及美洲、歐洲和亞太地區的知名政府實體。這里的所有營利性公司的收入不少于50億美元。

考慮到平均團隊規模和團隊數量，我們估計該報告顯示了這些領先組織中成千上萬測試人員的活動。

幾大要點

總的來看，來自這些知名組織的結果顯示了39%的測試自動化，但是誤報率高、低風險覆蓋率以及異常慢的測試周期。以下是幾個具體的要點。

• 缺乏穩定性的自動化：平均測試自動化率(39%)比較高，但誤報率也比較高(22%)。對于缺乏穩定做法(比如測試數據管理和服務虛擬化)的早期測試自動化工作而言，這很常見。
• 測試與風險不符：需求覆蓋率(63%)高，但風險覆蓋率低(25%)。團隊可能會為每個需求分配數量相同的測試資源，而不是將精力集中在對業務最重要的功能上。
• 開發和測試周期不同步：平均測試周期時間(23天)非常不適合當今快節奏的開發周期(其中87%早在2018年是兩周或更短)。由于測試周期這么漫長，測試難免落后于開發。
• 質量很高(在一些情況下)：報告的缺陷泄漏率(3.75%)很低，通常<10%被認為可以接受，<5%被認為很好，<1%則很罕見。然而，只有約10%的受訪者跟蹤了缺陷泄漏，因此總的缺陷泄漏率可能更高。跟蹤該度量指標的組織往往擁有更成熟的流程。
• 良好的基礎：組織在掌握測試成功的基本要素(采用適當的角色、建立測試環境以及培養協作文化)等方面取得了長足的進步。
• “一切持續”還沒有發生……很少有組織擁有> 75%的測試自動化率，或者采用諸如服務虛擬化和測試數據管理之類的穩定實踐。有鑒于此，有限的CI / CD集成不足為奇。但是這一切在組織的優先級列表上處于靠前的位置。
• 最大差距：領導者和落后者之間的最大差距在于，每天執行的自動化測試的百分比、風險覆蓋率、泄漏到用戶驗收測試(UAT)的缺陷和測試周期時間等方面。
• 主要改進目標：眾多組織希望在六個月內做出最大短期改進的三個方面是：風險覆蓋率、泄漏到UAT的缺陷、誤報率和測試周期時間。

原文標題：How the World’s Top Organizations Test，作者：Cynthia Dunlop

【51CTO譯稿，合作站點轉載請注明原文譯者和出處為51CTO.com】