背景

持續測試框架

選擇運營模式

作者

Jori Ramakers

客戶體驗戰略總監

其中一個主要的步驟8步驟指南,現代化您的測試組織為您的測試團隊選擇正確的操作模型。為什麼?因為這是您決定您的測試組織將如何實際運行的地方。在這裏,您將建立繼續測試創新和保持最佳實踐所需的問責製和溝通。

但是你應該選擇哪種模式呢?在評估了85家財富500強公司的測試組織後,我們注意到它們傾向於基於以下三種模型之一構建。本文將重點討論我們在測試組織中看到的三種常見操作模型,以及每種方法的優缺點。您將了解其他公司正在使用的模型,以便您可以選擇適合您的組織的模型。在您繼續之前,請確保您已經為您的轉換計劃準備好了遠景或基線。

模型

選擇您的運營模式

操作模型定義了您的測試組織的結構,以及將其嵌入到您的企業中以向客戶交付最大價值的方式。一組角色和職責將規定組織將如何運行,其目標是對您的測試轉換產生最大可能的影響。

那麼,您希望您轉換後的測試組織如何運行呢?在評估85家財富500強公司的測試組織時,Tricentis已經確定,它們傾向於在集中式、分散式或混合模型上構建。這些模型中的每一個都有其獨特的優點和缺點,在執行之前應該仔細考慮。您還應該準備好調整您的模型以滿足您組織的獨特需求。

集中

一個可靠的測試團隊

在集中式模型中,所有與測試相關的角色都是單個負責的測試團隊的一部分。就像測試中心或測試工廠一樣,這個模型關注開發後的各種測試。測試人員在一個專門的小組中工作。開發和業務之間的任何協作都是經過特別計劃的。大多數時候,開發團隊、測試團隊和其他業務人員都堅持自己的具體職責。

雖然集中式模型提供了明確的優勢,但它通常缺乏跟上當今軟件交付速度的速度。它也不是為持續測試組織賴以發展的那種協作而設計的。

優勢

  • 能夠執行端到端測試。所有的技術訣竅和所有權都在一個集中的測試團隊中
  • 強有力的治理。測試團隊負責策略並做出所有與質量相關的決策
  • 標準化水平高。集中的團隊控製所有的測試,並可以決定標準化的水平

缺點

  • 響應變化的靈活性有限。更改將影響整個測試策略並需要修改
  • 有很多開銷的大型組織。一個集中的團隊將需要許多不同的角色
  • 豎井測試活動。所有測試都在集中的團隊中進行,這意味著隻有最小的左移能力

盡管集中式模型已被證明對無數公司有價值,但對於在企業級實現持續測試的組織來說,它並不理想。考慮一下,如果測試團隊被視為對持續測試負有唯一的責任,他們可能會努力在組織中招募其他團隊來參與。

分散的

在鬆散的團隊中進行測試

在很多方麵,去中心化模式與中心化模式是相反的。測試在自主敏捷團隊中執行,這些團隊的成員可能在組織中擔任其他角色。這些團隊隻是鬆散地聯係在一起,並且一些測試活動——比如性能測試——甚至可能被外包。因此,分散模型是最不適合支持連續測試策略的模型。

在分散模型中工作的團隊可以完全控製他們自己的測試工具和策略。從好的方麵來看,他們可以快速地實現測試,並與一個精簡的團隊有效地工作。但是因為這些團隊是自治的,他們可能決定實現持續測試所需的工具、策略和過程,也可能不決定。

組織將幾乎沒有能力減輕分散團隊所帶來的風險,而且這些團隊將不習慣參與這種跨團隊協作,而這種協作是持續測試的核心。任何在去中心化模型中實現持續測試的組織都需要仔細考慮建立治理以確保跨自治團隊的質量。

優勢

  • 資源分配靈活性強。團隊可以自行決定是否需要某些角色
  • 策略和工具的自由選擇。因為這些團隊是自主的,所以他們可以準確地選擇適合他們需要的東西
  • 精益和獨立的團隊。測試完全在這些團隊的控製之下,沒有依賴關係或等待時間

缺點

  • 執行端到端測試的能力有限,特別是當組織中有許多團隊時。端到端測試沒有明確的所有權
  • 低水平的測試治理。由於團隊的自主性,工具和測試策略趨於多樣化
  • 跨團隊的標準化有限。不同的工具和方法導致不同的標準
  • 較少的跨團隊測試協作。團隊傾向於關注團隊級別的測試策略,而不是企業測試策略

混合動力

專家與有能力的團隊協作

在混合模型中,一個由專家組成的小團隊負責測試策略。混合模型提供了兩個世界中最好的東西:從團隊級別到企業級別的流線型質量方法,測試策略和工具的所有權由一個集中的團隊掌握。測試執行由共享的敏捷團隊完成,這些團隊通過協作來實現共同的目標。

混合模型是在組織中實現企業持續測試的高效方法。它平衡了敏捷性、靈活性、降低成本和降低風險等相互競爭的需求。在混合模型中,企業支持團隊(負責戰略和實現)和執行團隊之間有明確的優先級和共同的責任。

企業實施團隊包括測試架構師和自動化工程師。根據組織的配置方式,這些專家可以在企業級工作,也可以在逐個程序的基礎上工作。企業實施團隊中的專家將在不同的角色中分擔以下幾個職責:

定義並細化測試策略

  • 平衡敏捷性和企業持續端到端測試的需求
  • 協調測試工具的決策

設置測試基礎結構

  • 在現有的測試基礎設施之上部署應用程序
  • 集成到部署管道中

構建服務目錄

  • 記錄和標準化任務
  • 在內部將服務打包銷售

培訓組織

  • 教育團隊如何執行測試策略
  • 在整個組織中收集和傳播最佳實踐

除了企業支持團隊之外,混合模型還包括來自團隊內部的兩個角色:

  • 根據定義的測試策略,使用提供的工具集執行測試的自動化專家
  • 測試分析師分析產品或團隊測試需求,並將其與整體戰略相結合

在最近的Tricentis對財富500強公司的調查中,35%的公司使用混合測試模式。當您權衡混合模型的優點和缺點時,不難看出為什麼該模型幾乎和集中式模型一樣受歡迎。

優勢

  • 兩全其美:精益和端到端。一個小型的、有效的實施團隊被賦予了治理的權力
  • 出色的端到端測試執行能力。統一的策略和工具使得創建端到端測試變得容易
  • 標準化水平高。從團隊級別到企業級別有一個簡化的測試策略
  • 高水平的治理。明確定義了測試所有權

缺點

  • 需要在團隊之間進行更高的協調工作。一個共同的目標,如端到端測試,需要在策略上保持一致
  • 策略和工具選擇的自由度較低。戰略和工具決策由一個集中的企業支持團隊與其他團隊協作來安排

與去中心化模型相比,混合模型將需要更多的努力來協調團隊,這在某種程度上可能會減緩軟件交付。然而,我們相信利遠大於弊。在持續測試中,多個團隊共同負責最終產品的質量。在混合模型中,這些團隊可以保留一定程度的靈活性和自主權,但他們被激勵采用公共工具集並接受公共策略,以便他們可以實現共同的目標。

Tricentis發現,使用混合測試模型在持續測試中取得成功的關鍵是雇傭一個企業支持團隊。在我們最近對財富500強公司的調查中,我們發現使用企業支持團隊的公司實現自動化持續集成的可能性是其他公司的兩倍多。我們強烈建議您在實現連續測試時考慮混合模型。

了解有關企業支持團隊的更多信息

結論

專注於可測量的、增量的改進

選擇操作模型、建立企業支持團隊和實現持續測試的任務似乎令人生畏。如果你的組織不確定從哪裏開始,那就專注於做一些小的改進,在每一步都衡量結果,並對方向的變化保持開放的態度。

考慮實現一個混合模型,並建立一個企業支持團隊,該團隊最初將重點放在最緊迫的項目上。一旦您的人員和流程開始成型,您就可以開始決定支持長期持續測試所需的技術,以及在企業範圍內擴展它的策略。如果您不從某個地方開始,您的組織將永遠不會知道持續測試的好處。

作者:

Jori Ramakers

Baidu
map