獨自測試正在輸掉這場變革

---

但是也許有一件事可以改變這一切......

IOVIO顧問Herminio Vazquez分享了他與ING Mortgages荷蘭的合作方式，以通過使用服務虛擬化完全控制其測試環境來幫助現代化其財務應用程序。

看來，成功的軟件開發團隊的秘訣是能夠按時、連續地勝任交付。有人會說，數字化轉型與自然不同，這一過程中時間遵循著不同的節奏。相反，它就像沒有停止的火車。如果錯過了，那就結束吧。

這是怎么回事？

一遍又一遍，我們聽到了這樣的話：上市時間、更豐富的客戶體驗、更多功能、擴展功能以及和諧之旅。總之，進行更改。每個人都在變革中，確切地說，在變革快速中。對于組織及其團隊而言，變更變得越來越重要。

變更變得無處不在，以至于IT環境可以與“運行和變更”團隊一起運營。如果預算允許，可以成立一個實驗小組，進行新的想法和創新。

變化無處不在

變化之所以重要，是因為通過變化，我們會打開新的機會，發現新的方法，并最終發展。但是，變化也帶來不確定性和風險。風險業務本身就是一篇文章，但為了簡單起見，有一個老朋友在處理變更和風險，測試時為我們提供幫助。

通過測試，我們可以驗證我們的期望，確認我們的功能、客戶旅程、史詩、故事或需求（取決于您的方法）是否適合目標且完整。

但是，某些事情正在將組織內部測試的價值從優勢和聲譽屏蔽轉變為永無止境的活動，從而減慢了團隊的工作速度。

我們所知道的測試的終結

眾所周知，如果單獨進行的測試無視結構良好且精心安排的環境管理，而后又需要外科手術和有條不紊地處理測試數據，那么單獨進行測試是無用的。但是，大多數團隊只專注于選擇測試期間涵蓋的方案的技巧。在作者看來，代碼覆蓋率仍然是測試團隊中最著名的關鍵性能指標之一。

這導致領導團隊選擇不同的方法，使他們能夠借助應對變化的解決方案闡明測試過程。現代工具集和方法將資源用于數據解決方案，以趕上數字化轉型的步伐。

現在，市場已被機器學習就緒，人工智能驅動、機器人自動化支持等淹沒，這可以說是通過收集和投影較小維度的數據來進行推理，使測試更加可靠而且耗時少。

受困于本地最低要求：您的環境

團隊陷入局限性，難以應對并行的工作流，有限的環境和數據約束。如果這些句子與您對組織中的測試的感覺產生共鳴，請不要感到難過。你不是一個人。

如果您希望擺脫這種惡性循環，那么本文就是您的正確選擇。復雜性理論、我們的祖父母、諺語和幸運餅干告訴我們，將復雜的問題分解成小塊是克服這些問題的好策略，還記得嗎？分而治之。

讓我們從環境問題開始：典型的生產道路與開發-測試-接受-生產（DTAP）高速公路相關。老實說，在2020年部署軟件并不是一件大事。實際上，您應該在容器浪潮中部署環境（也許已經）。

圖1：不要卡在Dev-Test-Acceptance-Production高速公路上。

不，真正的問題是系統或應用程序需要的外部環境和數據依賴性。信息解決方案依賴于內部或第三方的廣泛服務目錄，每個目錄中都有大量協議和多種數據。

現實中的問題就在這里，如何使對數據和外部環境的硬依賴性脫鉤？

歡迎：數據編排

如果您對這個術語不熟悉，我敢打賭，您會找到關于提取、轉換、加載（ETL）或與云有關的主題的唯一參考。完全不在本文的討論范圍之內。

實際上，數據編排已經存在了很長時間。也許在不同名稱和產品的保護下。

讓我們從第一個，模擬和存根開始。您很可能已經聽說過這些術語，因為它們指的是建立接口的早期過程，這些接口由于外部依賴性而允許業務流程的繼續。這些依賴關系是雙重的：邏輯（環境/應用程序）和它們傳遞給系統的數據。

開發模擬對于單元測試很有用。它在非常低的級別上驗證數據合同和協議。但是，您不能僅在數據測試中使用模擬來控制測試環境。您需要更復雜的技術。

企業系統建立在具有多種能力，地域和技術的小型系統之上。您可能在混合世界中。

您組織中的兩個主要利益相關者對提供者有爭論。安全的選擇是不要將所有雞蛋都放在一個籃子里。

無論如何，客戶關系管理系統都鏈接到工作流管理系統、財務系統和審計系統等等。這一切都取決于您的業務范圍。

在所有這些系統之間協調數據需要技巧和流程。它還需要正確的工具。

 在測試環境中創建，傳輸和保存數據是我所謂的數據編排，這是我以前認識到產生有價值的測試結果的唯一方法。

我的合伙人是一名生物工程師。（不）幸運的是，她不處理代碼行或軟件字節。她處理細胞。在某些條件下生活或死亡的那些東西。我能想到的唯一類似的東西是我們世界上的腐爛的概念。無論如何...

她的實驗和測試方案經過精心設計，可以保留環境條件。數據收集始終來自控制、驗證和測試樣本。軟件開發還不像生命科學那樣成熟，但是您認為將我們的實踐推廣到那些不可能失敗的實踐中，這難道不是嗎？

好吧，撇開橫幅廣告，我們如何才能以更快的速度實現有效情景的再現，從而破壞變化的熵？做好準備。你會喜歡這樣的。

三連勝

如果環境、數據和測試邏輯是完美的組合，那么為什么沒有解決方案可以很好地發揮它們的作用。好吧，有。這就是所謂的服務虛擬化。虛擬化一詞通常與虛擬設備的配置相關聯，這沒有幫助，因為虛擬設備屬于硬件和擴展問題，而不是測試或變更問題。更不用說to-MAY-toes/to-MAH-toes的陷阱。

服務虛擬化是一種企業級解決方案，可減少對復雜企業系統中數據和環境的依賴。

企業級標簽可能聽起來不必要。我之所以這樣做，并不是因為我想聽起來更深刻（帖子通常會無條件地大規模或最佳實踐地使用這些術語），而是因為如果您：

• 在多個人接觸同一代碼庫的環境中工作；
• 共享和控制測試資產的版本，以及；
• 希望將您的解決方案集成到您現有的技術堆棧中。

然后，不僅涉及通信范例：request:response，publish:subscribe等。它與采用、學習曲線、培訓材料、支持、示例、路線圖和成本有關。

不用說，IT中的技術采用現在就像銀行搶劫計劃：它必須帶有明確的進入和退出策略。上車之前，您需要知道如何下車。

在整個企業環境中促進數據編排并不復雜。只是很復雜。這意味著它不是火箭科學，而是一系列可以解決且眾所周知的明確任務。

這是關于版本控制和控制對數據集的訪問。

它與分配和訪問控制、角色、映射有關，最重要的是與適應變化有關，而不是試圖阻止它。

服務虛擬化是關于理解使用較小版本的外部服務以及它們自己較小的數據集替換外部服務是穩定測試套件的唯一要求，并隔離變更。

使用集裝箱整合荷蘭抵押貸款的解決方案

因此，測試可以對抗快速變化。而且，這不是測試用例的矢量化，也不是那些偉大研究產生的舊式正交技術，這些特征貪婪的涉眾不太可能理解。

如果您將data關鍵字而不是那些老式的術語混在一起，那么與以往相比，利益相關者就數據合并和控制的價值以及數據資產資本化的抗辯可能性就較小。

IOVIO與Parasoft一起在抵押貸款部落中為ING帶來了這些概念。他們合并了一個將服務容器化的解決方案，并使60％的復雜抵押貸款生態系統處于可測試狀態-完全獨立于數據依賴項和環境而完全受控。

有關IOVIO和Parasoft如何幫助ING應對變化的軟件開發測試挑戰的詳細信息即將推出。同時，請查看Parasoft錄制的有關為金融服務實施服務虛擬化的網絡研討會。如果您想了解更多信息或想聯系我們，請使用下面的聯系方式。