全球那些知名組織是如何做軟件測試的?
譯文【51CTO.com快譯】軟件測試面臨的挑戰(zhàn)被大大低估了,難免沒有得到重視。即便是看似基礎的應用程序,比如常見的移動應用程序,您也可能采用數(shù)量驚人的測試方法、演練大量的路徑和條件,并對大量的設備配置進行測試。在如今近乎持續(xù)的發(fā)布周期中,確保每次更新都增加價值,又不干擾用戶體驗是一項艱巨的任務。
對于大企業(yè)組織而言,尤其困難重重。大規(guī)模環(huán)境下的測試需兼顧以下方面:
- 復雜的應用程序堆棧,平均涉及900個應用程序。單筆事務平均涉及82種不同的技術,從大型機和舊式自定義應用程序到微服務和云原生應用程序,不一而足。
- 根深蒂固的手動測試流程,它們專為瀑布式交付節(jié)奏和外包測試而設計,而不是面向敏捷、DevOps和“一切持續(xù)”模式。
- 要求極高的可靠性。據(jù)IDC聲稱,企業(yè)環(huán)境中一小時的停機時間可能造成50萬美元到100萬美元的損失。在許多行業(yè),“快速行動時破壞系統(tǒng)”行不通。
尤其在大企業(yè)環(huán)境,測試是交付延遲的第一大原因,手動測試仍然很普遍(只有15%是自動化測試),測試成本平均耗用IT支出總額的23%到35%。
不過,許多知名組織找到了克服這些障礙的方法。它們將測試轉化為數(shù)字化轉型計劃的助推器,從而加快交付,并騰出預算用于創(chuàng)新。
它們的做法有何不同?貴組織相比之下又如何?
引入企業(yè)應用程序測試基準
為了闡明行業(yè)領導者如何測試其公司乃至全世界依賴的軟件,Tricentis發(fā)布了首份《全球知名組織如何測試?》報告,介紹了全球知名組織在如何進行測試。這些數(shù)據(jù)是通過與代表多個團隊的高級質(zhì)量經(jīng)理和IT主管進行一對一訪談收集而來的。參與者代表的團隊使用各種注重質(zhì)量保證(QA)的功能測試自動化工具:開源及其他商業(yè)工具。開發(fā)人員測試和安全測試活動不在本文探討范圍。
該報告重點關注從采訪的100家知名組織收集而來的數(shù)據(jù):《財富》 500強企業(yè)以及美洲、歐洲和亞太地區(qū)的知名政府實體。這里的所有營利性公司的收入不少于50億美元。
考慮到平均團隊規(guī)模和團隊數(shù)量,我們估計該報告顯示了這些領先組織中成千上萬測試人員的活動。
幾大要點
總的來看,來自這些知名組織的結果顯示了39%的測試自動化,但是誤報率高、低風險覆蓋率以及異常慢的測試周期。以下是幾個具體的要點。
- 缺乏穩(wěn)定性的自動化:平均測試自動化率(39%)比較高,但誤報率也比較高(22%)。對于缺乏穩(wěn)定做法(比如測試數(shù)據(jù)管理和服務虛擬化)的早期測試自動化工作而言,這很常見。
- 測試與風險不符:需求覆蓋率(63%)高,但風險覆蓋率低(25%)。團隊可能會為每個需求分配數(shù)量相同的測試資源,而不是將精力集中在對業(yè)務最重要的功能上。
- 開發(fā)和測試周期不同步:平均測試周期時間(23天)非常不適合當今快節(jié)奏的開發(fā)周期(其中87%早在2018年是兩周或更短)。由于測試周期這么漫長,測試難免落后于開發(fā)。
- 質(zhì)量很高(在一些情況下):報告的缺陷泄漏率(3.75%)很低,通常<10%被認為可以接受,<5%被認為很好,<1%則很罕見。然而,只有約10%的受訪者跟蹤了缺陷泄漏,因此總的缺陷泄漏率可能更高。跟蹤該度量指標的組織往往擁有更成熟的流程。
- 良好的基礎:組織在掌握測試成功的基本要素(采用適當?shù)慕巧?、建立測試環(huán)境以及培養(yǎng)協(xié)作文化)等方面取得了長足的進步。
- “一切持續(xù)”還沒有發(fā)生……很少有組織擁有> 75%的測試自動化率,或者采用諸如服務虛擬化和測試數(shù)據(jù)管理之類的穩(wěn)定實踐。有鑒于此,有限的CI / CD集成不足為奇。但是這一切在組織的優(yōu)先級列表上處于靠前的位置。
- 最大差距:領導者和落后者之間的最大差距在于,每天執(zhí)行的自動化測試的百分比、風險覆蓋率、泄漏到用戶驗收測試(UAT)的缺陷和測試周期時間等方面。
- 主要改進目標:眾多組織希望在六個月內(nèi)做出最大短期改進的三個方面是:風險覆蓋率、泄漏到UAT的缺陷、誤報率和測試周期時間。
原文標題:How the World’s Top Organizations Test,作者:Cynthia Dunlop
【51CTO譯稿,合作站點轉載請注明原文譯者和出處為51CTO.com】