DevOps.com最近發表了以下文章，作者是Tricentis的Wayne Ariola…
我們早已經過了軟件“吞噬世界”的時代。Tricentis首席執行官桑迪普•喬裏表示，軟件已經與世界不可逆轉地交織在一起。您找不到不依賴軟件的現代企業，也找不到不需要在端到端流程中的某個點上使用軟件的業務事務。在數字商業的新世界中，通過軟件提供差異化客戶/用戶體驗的公司具有明顯的競爭優勢。那些做不到的人隻能活在借來的時間裏。
作為回應，每個CIO現在都專注於數字化轉型計劃，以確保公司被顛覆荷蘭國際集團(ing),而不是破壞艾德．從IT的角度來看，這需要更快地交付創新軟件和更大的敏捷性——一旦發現新的機會或挑戰，就能立即轉向的能力。
每個人都同意這是一個優先事項。開發人員生產軟件的速度比以往任何時候都要快，Ops現在可以在幾秒鍾內交付應用程序。那麼，是什麼阻礙了我們?測試。
當Johri與首席信息官們談論數字化轉型的進展時，總會出現一個相同的基本故事:組織對開發人員和運維人員進行轉型，但隨後測試無法跟上進度……他們陷入困境。為傳統的長達數月的發布計劃而構建的測試工具和過程根本不適合現代的交付節奏，它要求對每個新構建立即提供質量反饋。這是一個悲傷但簡單的事實:如果在快速的開發和操作過程之間有一個緩慢的測試過程，那麼你就沒有辦法達到預期的交付速度。
許多公司已經認識到這一點，並通過現代化測試來促進數字化轉型。通過在整個組織中重新檢查和重新發明軟件測試，他們不僅消除了“測試瓶頸”——他們還推動了積極的用戶體驗，這現在可以成就或摧毀一項業務。
許多傑出的品質領導者加入了成千上萬來自世界各地的軟件測試專業人員在奧地利維也納加速2018年．今年的會議主題是“數字化轉型需要不斷的測試”。確保會議全麵涵蓋了這兩個方麵數字轉換而且連續測試我們邀請了首席信息官和優秀的領導者分享他們的觀點，以及他們之間的核心交叉。以下是一些與領導數字化轉型計劃的高管最為相關的關鍵見解。
過時的測試方法可能導致“人才流失”
默克公司尋找頂尖的開發人才來推進他們的數字轉型計劃。當這些開發者開始退出時，默克公司的CIO Clark Golestani想知道原因。他了解到這些開發者離開公司的首要原因是公司的測試實踐。開發人員“受夠了”，因為公司仍然在敏捷開發過程中使用傳統的測試實踐——開發人員認為這破壞了他們的辛勤工作和奉獻精神。
默克正是在那一刻啟動了他們的測試轉型。最終，測試組織改變了測試的方式——極大地減少了損耗，並能夠以更高的質量水平更快地交付。按照格萊斯塔尼的說法，“如果不是測試組織推動了這種變化，它們就會成為一種抑製劑。我們將永遠無法發布我們所做的產品類型，技術也永遠無法以它需要的方式工作。這是絕對必要的。”
敏捷、DevOps、雲計算和測試是緊密聯係在一起的
敏捷、DevOps、雲計算和測試轉型都是更廣泛的數字化轉型的一部分。全球最大能源公司之一的首席投資官安迪•斯特羅克(Andy Sturrock)表示:“所有這些都是自我強化的。如果你不做其他的事情，你肯定不會得到其中一個的全部好處。”
Sturrock繼續解釋說，Ops團隊曾經是將應用程序遷移到生產環境的主要瓶頸(僅僅是準備服務器就可能需要數周或數月)。現在，雲消除了這個瓶頸——這給“應用程序”團隊帶來了更大的壓力，這往往會成為新的瓶頸。他解釋說:“您可以按照自己的意願以最快的速度編寫代碼，但是如果不能進行測試，您就不能很快地投入生產。”“測試必須變得自動化，測試人員的角色必須演變。”
當軟件運行您的業務時，軟件測試就成為一個業務問題
據Golestani稱，每周有近10億美元的收入通過默克的SAP實例。考慮到這個實例每年至少更新4次，並且每次都要進行超過1000次更改。手動測試根本不是一種選擇。考慮到更新的頻率、變更的範圍和受到影響的功能的廣度，再多的手動測試也不能徹底消除核心業務流程的風險。極端的測試自動化是以必要的速度實現所需的業務風險覆蓋的唯一方法。
由於默克公司的業務性質，生命也處於危險之中。默克公司每天運送數十億藥物和數億疫苗。他們對業務數字化的持續關注意味著，從車間到與客戶的互動方式，以及對醫療從業者的教育，軟件都在運行。正如戈萊斯塔尼解釋的那樣:“當驅動這一切的軟件失敗時，一切都無法運轉，製造部門關閉，研究部門關閉……還有人死亡。”
這並不容易，但是轉變企業測試會有顯著的回報
全球2000個組織希望實施連續測試- devops需要極端的測試自動化-需要克服挑戰，如:
- 高度複雜的應用架構(例如，跨瀏覽器+ api +移動+ SAP +其他打包應用+自定義Java/的進程)。NET應用程序+大型機…)。
- 並行存在的不同應用程序類型、計劃周期、開發方法和工具。
- 在不同的小組和項目中根深蒂固的質量過程。
- 缺乏測試自動化資源。
- “臃腫的”測試套件延遲了流程，同時提供了有限的業務價值。
沒有什麼靈丹妙藥。轉換需要時間，而且它們必須涉及與您的應用程序交付管道相關的所有人員、過程和技術。
不過，你可以放心，你的努力會有回報的。考慮幾個致力於轉換測試的組織現在是如何發展業務並增強客戶/用戶體驗的例子:
- 杜克能源公司在測試轉換的第一年就節約了900萬美元的成本，同時還將測試時間縮短了85%。這使他們能夠更快地交付軟件，改變客戶體驗，使其能源電網現代化，並創造一個更智能的能源未來。
- SPAR加快了3X的上市時間，使他們能夠在歐洲各地擴大在線業務，提供更定製的購物體驗，並在客戶旅程中提供無縫的“全渠道”體驗。
- EdgeVerve現在在周期上多發布了30%的新功能，縮短了60%……避免的缺陷減少了50%。這使他們能夠幫助他們的全球銀行客戶上船，銷售，服務和與客戶建立完美的個性化體驗。
- 埃克森美孚在成本規避方麵節省了1.4億美元，並將生產率提高了3倍。這使得他們的IT部門能夠承擔更多的項目，並更快地完成它們——這反過來又幫助公司提高了銷售和客戶忠誠度。
- Vantiv(現為Worldpay)從8周的測試周期轉變為每日測試，這對Vantiv-Worldpay最近合並期間的快速增長和敏捷性至關重要。
持續測試曾經隻是一個願望。現在，數字化轉型的推動使持續測試成為一種業務上的當務之急。像這樣的組織正在鋪平前進的道路，證明了持續測試可以並且必須在企業組織中成為現實。