持續測試的障礙（三）：如何克服測試環境不可用，受系統依賴性的限制的問題

---

持續測試是一個過程，使團隊能夠在軟件開發中建立質量，并加速交付高質量的客戶體驗。通過持續測試，團隊使用自動化測試獲得關于代碼健康的即時反饋。

持續測試使企業能夠評估商業風險。最近的行業調查顯示，用于跟蹤項目進展和成功的首要指標：

• 高測試覆蓋率
• 增加缺陷修復
• 減少了生產中的缺陷
• 在開發過程中建立質量

如何實現速度和質量的結合？答案是：持續測試。但它確實有其挑戰。本文就說說第三個挑戰或者說障礙——測試環境不可用，不可控，受系統依賴性的限制。

障礙三：測試環境不可用，不可控，受系統依賴性的限制

測試環境是阻止組織將自動化測試轉化為持續測試的障礙的關鍵所在。在試圖使測試隨時隨地運行時，組織面臨三種類型的挑戰，并處理應用程序的外部依賴性。這對于微服務架構來說尤其如此。由于設計的本質，依賴關系的數量爆炸性地增長。

測試環境的挑戰

測試環境是阻止組織將自動化測試轉化為持續測試的障礙的關鍵所在。在試圖使測試隨時隨地運行時，組織面臨三種類型的挑戰，并處理應用程序的外部依賴性。這對于微服務架構來說尤其如此。由于設計的本質，依賴關系的數量爆炸性地增長。

等待訪問共享系統，如主機或由第三方提供的外部依賴。可用性可能是有時間限制和成本的。這也是一個挑戰，如果外部的依賴性有很多人在同時工作，導致數據碰撞造成的測試不穩定。

延遲訪問造成的瓶頸。這是由于并行開發的性質和現代流程的典型。例如，多個團隊合作向價值流交付新功能，如相互依賴的微服務。測試不能在一個微服務上進行，因為另一個微服務還沒有可用。

不可控的測試數據。雖然微服務相對容易部署和隔離測試，但它們對數據或性能特性的依賴性限制了它們被徹底測試的能力。例如，對共享生產數據庫中的數據的依賴會限制測試服務的能力。

如何消除障礙，控制測試環境

開始模擬這些依賴關系，使用服務虛擬化解決方案讓團隊完全控制。Parasoft Virtualize模擬那些不受你控制或不可用的服務。它提供的工作流程可以：

• 使用戶能夠訪問完整和真實的測試環境。
• 穩定測試環境。
• 獲得其他無法訪問的依賴性。
• 管理復雜的業務邏輯、測試數據和性能特征，這些都是虛擬服務在它們所代表的真實環境中表現得與真實服務一樣的要求。

服務虛擬化消除了瓶頸，下面是方法：

記錄和模擬：捕獲、建模和提供實時系統的模擬。

使用Parasoft SOAtest的記錄能力，就有可能在其環境中捕獲應用程序的行為。Parasoft Virtualize對外部依賴關系的行為進行建模，使得刪除和模擬依賴關系的行為成為可能，動態地在運行中切換出真實與虛擬。使這些服務和依賴關系在虛擬中可用和穩定，加速了測試過程并實現了連續測試。

交付一個原型：基于合同描述或有效載荷例子的行為模型。

服務虛擬化使原型開發基于從SOAtest中的API交互記錄和分析得出的契約描述。

在測試另一個相鄰的服務時，可以以良好的保真度模擬依賴性服務，以創建滿足其在系統中作用的原型版本。這消除了并行開發中固有的進度限制--即使服務沒有完成，它們也可以被虛擬化，用于測試其他服務。

合成私人測試數據

測試企業應用程序的另一個障礙是測試數據。許多組織使用真實數據，但這充滿了隱私問題。純粹的合成數據往往不夠真實，所以需要一個折中的方法來測試。通過去除個人可識別信息（PII）來合成真實數據，可以提供現實的和安全使用的數據。測試數據管理需要與服務虛擬化結合起來，以提供一個現實的、高度可用的測試環境，不會導致任何隱私的損害。