為了啟用并行集成測試以轉移向左的功能測試，組織可以利用Parasoft的新方法來測試數據管理，該方法使用AI、機器學習和數據模擬來替代對物理端點和數據庫的需求。它是如何工作的？在下面閱讀更多內容。

測試數據問題

驗證和驗證軟件仍然是企業軟件開發中最耗時、最昂貴的方面之一。業界已經接受了艱苦的測試，但是根本原因常常被忽略了。獲取、存儲、維護和使用測試數據進行測試是一項艱巨的任務，需要花費大量時間。

我們從行業數據中看到，多達60％的應用程序開發和測試時間可用于與數據相關的任務，其中很大一部分是測試數據管理。延誤和預算支出只是問題的一部分-缺少測試數據也會導致測試不足，這是一個更大的問題，不可避免地導致缺陷蔓延到生產中。

TDM市場上的傳統解決方案并未成功改善測試數據挑戰的狀態——讓我們來看看其中的一些問題。

測試數據管理的3種傳統方法

傳統方法要么依靠制作生產數據庫的副本，要么完全相反，即使用合成的生成數據。有3種主要的傳統方法：

1.克隆生產數據庫

 測試人員可以克隆生產數據庫以進行測試。由于這是生產數據庫的副本，因此還需要復制所需的基礎結構。安全和隱私合規性要求嚴格保護任何機密個人信息，因此經常使用掩蔽來掩蓋此數據。

2.克隆生產數據庫的子集

生產數據庫的子集是生產數據庫的部分克隆，其中僅包括測試所需的部分。這種方法需要較少的硬件，但仍然像以前的方法一樣，也需要數據屏蔽和生產數據庫的類似基礎結構。

3.生成/合成數據

通過綜合數據，不依賴客戶數據，但是生成的數據仍然足夠實際，可用于測試。綜合遺留生產數據庫的復雜性是一項艱巨的任務，但是它消除了克隆機制所帶來的安全性和隱私性挑戰。

傳統TDM方法的問題

首先，讓我們考慮一種最簡單（也是最奇怪，且最常見的）的企業TDM方法，即克隆帶有或不帶有子集的生產數據庫。為什么這種方法有問題？

• 基礎架構的復雜性和成本。傳統數據庫可能是傳統TDM方法最大的失敗，它可能駐留在大型機上或由多個物理數據庫組成。僅為團隊復制一個生產系統是一項昂貴的工作。
• 數據隱私和安全性。使用生產數據庫時，隱私和安全性始終是一個問題，并且測試環境通常不符合必要的隱私和安全性控制。屏蔽是解決這些問題的常用解決方案，它會更改敏感信息以不透露任何個人身份信息，但是不幸的是，屏蔽幾乎是不可能的，而且不會泄漏私人信息，因為盡管測試數據可能被匿名化，最好的測試團隊的最大努力。例如，需要遵守GDPR的公司可能很難說服監管機構他們克隆的測試環境符合必需的隱私控制。
• 缺乏并行性和數據沖突。在給定基礎架構成本的情況下，可用的測試數據庫數量有限，并且并行運行多個測試會引起對數據沖突的擔憂。例如，測試可能會刪除或更改其他測試所依賴的記錄。缺乏并行性意味著測試效率降低，測試人員必須在每次測試會話后擔心數據完整性。
• 子集并沒有多大幫助。盡管可以創建需要較少基礎架構的可管理子集，但這是一個復雜的過程。必須維護引用完整性，并且子集中還存在隱私和安全問題。
• 合成數據可以解決隱私問題，但需要大量的數據庫和領域專業知識。創建并填充測試數據庫的實際版本需要對現有數據庫有深入的了解，并具有使用適合測試的數據重新創建合成版本的能力。因此，盡管此方法解決了許多安全性和隱私問題，但它需要更多的開發時間來創建數據庫。如果測試數據庫很大，則基礎結構問題仍然存在，并且并行性可能受到限制，具體取決于可以同時使用多少個測試數據庫。

用數據模擬解決測試數據管理問題

我們剛剛在Parasoft的SOAtest和Virtualize產品系列中開始提供的一種簡化、更安全的測試數據管理方法更加安全，并解決了這些傳統問題。那么它與傳統方法有何不同？

關鍵區別在于，它通過在測試和正常應用程序使用期間捕獲來自API調用和JDBC/SQL事務的流量來收集測試數據。根據需要對捕獲的數據進行屏蔽，并在Parasoft的測試數據管理界面中生成并顯示數據模型?？梢栽诮缑嬷型茢嗪团渲媚Ｐ偷脑獢祿蛿祿s束，并且可以執行其他屏蔽、生成和子設置操作。這提供了一個自助服務門戶，可以在其中輕松配置多個一次性數據集，以為測試人員提供充分的靈活性并控制他們的測試數據，如下面的屏幕快照所示：

服務虛擬化增強了Parasoft的測試數據管理技術，可以在其中模擬受限的后端依存關系，從而解除測試活動的阻塞。一個很好的例子是通過將其替換為模擬JDBC/SQL事務的虛擬化數據庫來替換對共享物理數據庫的依賴，從而允許進行并行和獨立的測試，否則會產生沖突。Parasoft的測試數據管理引擎通過允許測試人員生成、子集、屏蔽和創建滿足其需求的個性化測試數據，擴展了服務虛擬化的功能。

通過替換共享的依賴關系（例如數據庫），服務虛擬化消除了托管數據庫環境所需的基礎架構和復雜性。反過來，這意味著隔離的測試套件以及涵蓋極端情況和極端情況的能力。盡管虛擬化的依賴性不是“真實的東西”，但是可以在虛擬資產中對狀態操作（例如對數據庫的插入和更新操作）進行建模。請在下面在概念上查看此內容：

這種方法的主要優勢在于，它避免了克隆數據庫的復雜性和基礎架構成本，與其他測試數據方法相比，可以更早地進行API級測試（即集成測試）。

這種方法的其他一些好處包括：

• 由于它不需要基礎數據庫基礎結構，因此通常可以在開發人員和測試人員的工作站上本地運行。
• 每個測試人員獨有的隔離測試環境意味著共享測試數據庫不會發生數據沖突或數據完整性問題。測試變得高度并行，從而消除了傳統方法的等待時間和浪費的周期。
• 測試人員可以在測試數據庫上輕松涵蓋可能導致損壞和其他問題的極端情況。由于每個測試環境都是隔離的，因此測試人員可以輕松執行破壞性，性能和安全性測試，而無需擔心共享資源的完整性。
• 在團隊之間共享測試和數據很容易，從而避免了重復的工作，并且可以針對其他目的（例如安全性和性能測試）定制API測試。
• 使用虛擬服務器消除了基礎數據庫架構的復雜性。狀態測試可用于提供實際方案。
• 通過僅使用動態屏蔽捕獲所需的數據，您不再需要克隆的數據庫，將集成測試的重點放在API上，而不是維護共享的克隆數據庫。

仍然需要對物理數據庫進行測試，但是只有在整個系統可用時，才需要在軟件交付過程結束時進行測試。這種測試數據的方法并不能完全消除對真實數據庫進行測試的需要，但是可以減少軟件開發過程早期階段對數據庫的依賴，以加速功能測試。

總結

用于測試企業軟件的數據管理的傳統方法依賴于克隆生產數據庫及其基礎架構，這些數據庫充滿了成本、隱私和安全問題。這些方法不可擴展，并且會浪費測試資源。Parasoft的新解決方案將重點放在測試和測試數據的按需重新配置上，從而允許進行并行集成測試，從而轉移了測試的關鍵階段。