獨自測試正在輸?shù)暨@場變革

---

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

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

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

這是怎么回事？

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

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

變化無處不在

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

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

 但是，某些事情正在將組織內(nèi)部測試的價值從優(yōu)勢和聲譽屏蔽轉變?yōu)橛罒o止境的活動，從而減慢了團隊的工作速度。

我們所知道的測試的終結

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

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

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

受困于本地最低要求：您的環(huán)境

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

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

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

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

 不，真正的問題是系統(tǒng)或應用程序需要的外部環(huán)境和數(shù)據(jù)依賴性。信息解決方案依賴于內(nèi)部或第三方的廣泛服務目錄，每個目錄中都有大量協(xié)議和多種數(shù)據(jù)。

現(xiàn)實中的問題就在這里，如何使對數(shù)據(jù)和外部環(huán)境的硬依賴性脫鉤？

歡迎：數(shù)據(jù)編排

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

實際上，數(shù)據(jù)編排已經(jīng)存在了很長時間。也許在不同名稱和產(chǎn)品的保護下。

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

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

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

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

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

在所有這些系統(tǒng)之間協(xié)調(diào)數(shù)據(jù)需要技巧和流程。它還需要正確的工具。

 在測試環(huán)境中創(chuàng)建，傳輸和保存數(shù)據(jù)是我所謂的數(shù)據(jù)編排，這是我以前認識到產(chǎn)生有價值的測試結果的唯一方法。

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

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

 好吧，撇開橫幅廣告，我們?nèi)绾尾拍芤愿斓乃俣葘崿F(xiàn)有效情景的再現(xiàn)，從而破壞變化的熵？做好準備。你會喜歡這樣的。

三連勝

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

服務虛擬化是一種企業(yè)級解決方案，可減少對復雜企業(yè)系統(tǒng)中數(shù)據(jù)和環(huán)境的依賴。

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

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

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

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

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

這是關于版本控制和控制對數(shù)據(jù)集的訪問。

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

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

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

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

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

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

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