快速交付高質量的軟件不再是一種奢侈——它是數字化成功的先決條件，也是客戶忠誠度和獲取的必修課。我們處在這樣一個時代，客戶有權選擇和切換到能夠以最小的成本快速提供最佳體驗的公司。不能滿足客戶期望並適應新的商業模式的組織將會發現自己失去客戶和業務，而競爭對手可以做到這一點。
企業如何才能快速交付高質量的產品?實施敏捷+DevOps最佳實踐並構建質量是第一步——這不是微不足道的。自動化是開發團隊推動其更快發展的杠杆。然而，如果管理不當，自動化會危害質量並增加風險。為了確保質量問題和不可接受的風險不會否定自動化的速度效益，公司必須確保他們在整個開發-測試-部署過程中跟蹤正確的度量標準來度量質量。
為了向DevOps社區提供一個關於什麼質量指標對DevOps的成功最關鍵的客觀視角，Tricentis委托Forrester對這個主題進行研究。研究結果發表在一本55頁的新電子書中，Forrester關於DevOps質量指標的研究:75個常見指標——由行業專家排名．
在本博客中，讓我們專注於熱圖和對4個主要指標類別的分析:構建、功能驗證、集成/API測試，以及端到端測試。
構建
在度量構建時，單元測試做得好很重要。計算單元測試是浪費時間，但是理解更改影響很重要。跟蹤按風險優先級排列的“單元”測試是關鍵。隨著代碼庫的發展，開發人員和測試人員需要關於更改影響的即時反饋。如果按風險級別進行優先排序，這種反饋明顯更具可操作性。
63%的公司將按風險優先排序的單元測試的數量視為他們最期望的指標之一。但實際上很少有人能做到這一點——34%的高級DevOps公司跟蹤運行的單元測試數量，隻有27%的公司根據風險進行優先級排序。而不太先進的DevOps公司使用它的次數就更少了——目前隻有15%的公司可以跟蹤這個指標。在構建中跟蹤的其他重要指標關注於確保代碼質量——比如成功代碼構建的數量(61%)，單元測試通過/失敗率(60%)，以及被識別的缺陷總數(59%)。
功能驗證
當功能測試開始時，用戶故事/需求覆蓋成為焦點。測試人員在此階段的首要目標是通過確保用戶故事中表達的功能按預期工作來最小化風險。將這個覆蓋概念擴展到業務風險覆蓋是領導DevOps公司為推進發布自動化而執行的附加度量。
運行功能測試並根據覆蓋的需求(69%)、bug的密度(62%)或發現的功能缺陷的數量(66%)，以及測試通過與失敗的比率(64%)進行檢查，這些都是成功團隊認為在功能測試期間對管理風險和跟蹤質量非常重要的指標。
集成/ API測試
要處理現代分布式體係結構，度量集成測試和API測試是最重要的。隨著應用程序架構變得更加解耦，在服務和微服務中分解，API測試增加了相關性。用戶界麵之外的東西太多了，如果不解決API層的問題，就不可能保持高質量和降低風險。高級DevOps公司在集成測試中優先考慮許多與功能測試階段相同的指標;這一次，重點是api。
這些指標包括針對功能需求運行的測試(75%)、新發現的API缺陷總數(64%)和API bug密度(63%)、API測試合格率(62%)和API代碼覆蓋率(62%)。監測API風險覆蓋率也是一個重要的指標，62%的高級DevOps公司將其作為該類別的首要指標。
端到端回歸測試
端到端回歸測試也得到了一等公民的角色。在此類別中，主要的組織在流程或事務級別自動化端到端測試。自動化這些類型的測試並不容易，需要高級的測試自動化工具，因為速度很重要。測試技術的選擇很重要，因為實現並更重要的是，保持高水平的自動化是至關重要的。因此，自動化的測試越多越好，因此70%的領先DevOps團隊將自動化端到端測試用例的百分比作為首要指標。
在這個類別中，領先的公司將許多其他的度量標準列為重要的，它們是定量的和度量功能與需求的覆蓋率(70%)，執行的測試用例的數量(65%)，以及在測試期間識別的缺陷的總數(66%)。
＊＊＊
有關象限映射、指標細節和其他分析，請參閱完整的55頁報告: Forrester關於DevOps質量指標的研究:75個常見指標——由行業專家排名．該報告可以在Tricentis的網站上免費獲得。
