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

測試數(shù)據(jù)問題

驗(yàn)證和驗(yàn)證軟件仍然是企業(yè)軟件開發(fā)中最耗時、最昂貴的方面之一。業(yè)界已經(jīng)接受了艱苦的測試，但是根本原因常常被忽略了。獲取、存儲、維護(hù)和使用測試數(shù)據(jù)進(jìn)行測試是一項(xiàng)艱巨的任務(wù)，需要花費(fèi)大量時間。

我們從行業(yè)數(shù)據(jù)中看到，多達(dá)60％的應(yīng)用程序開發(fā)和測試時間可用于與數(shù)據(jù)相關(guān)的任務(wù)，其中很大一部分是測試數(shù)據(jù)管理。延誤和預(yù)算支出只是問題的一部分-缺少測試數(shù)據(jù)也會導(dǎo)致測試不足，這是一個更大的問題，不可避免地導(dǎo)致缺陷蔓延到生產(chǎn)中。

TDM市場上的傳統(tǒng)解決方案并未成功改善測試數(shù)據(jù)挑戰(zhàn)的狀態(tài)——讓我們來看看其中的一些問題。

測試數(shù)據(jù)管理的3種傳統(tǒng)方法

傳統(tǒng)方法要么依靠制作生產(chǎn)數(shù)據(jù)庫的副本，要么完全相反，即使用合成的生成數(shù)據(jù)。有3種主要的傳統(tǒng)方法：

1.克隆生產(chǎn)數(shù)據(jù)庫

 測試人員可以克隆生產(chǎn)數(shù)據(jù)庫以進(jìn)行測試。由于這是生產(chǎn)數(shù)據(jù)庫的副本，因此還需要復(fù)制所需的基礎(chǔ)結(jié)構(gòu)。安全和隱私合規(guī)性要求嚴(yán)格保護(hù)任何機(jī)密個人信息，因此經(jīng)常使用掩蔽來掩蓋此數(shù)據(jù)。

2.克隆生產(chǎn)數(shù)據(jù)庫的子集

生產(chǎn)數(shù)據(jù)庫的子集是生產(chǎn)數(shù)據(jù)庫的部分克隆，其中僅包括測試所需的部分。這種方法需要較少的硬件，但仍然像以前的方法一樣，也需要數(shù)據(jù)屏蔽和生產(chǎn)數(shù)據(jù)庫的類似基礎(chǔ)結(jié)構(gòu)。

3.生成/合成數(shù)據(jù)

通過綜合數(shù)據(jù)，不依賴客戶數(shù)據(jù)，但是生成的數(shù)據(jù)仍然足夠?qū)嶋H，可用于測試。綜合遺留生產(chǎn)數(shù)據(jù)庫的復(fù)雜性是一項(xiàng)艱巨的任務(wù)，但是它消除了克隆機(jī)制所帶來的安全性和隱私性挑戰(zhàn)。

傳統(tǒng)TDM方法的問題

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

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

用數(shù)據(jù)模擬解決測試數(shù)據(jù)管理問題

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

關(guān)鍵區(qū)別在于，它通過在測試和正常應(yīng)用程序使用期間捕獲來自API調(diào)用和JDBC/SQL事務(wù)的流量來收集測試數(shù)據(jù)。根據(jù)需要對捕獲的數(shù)據(jù)進(jìn)行屏蔽，并在Parasoft的測試數(shù)據(jù)管理界面中生成并顯示數(shù)據(jù)模型。可以在界面中推斷和配置模型的元數(shù)據(jù)和數(shù)據(jù)約束，并且可以執(zhí)行其他屏蔽、生成和子設(shè)置操作。這提供了一個自助服務(wù)門戶，可以在其中輕松配置多個一次性數(shù)據(jù)集，以為測試人員提供充分的靈活性并控制他們的測試數(shù)據(jù)，如下面的屏幕快照所示：

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

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

這種方法的主要優(yōu)勢在于，它避免了克隆數(shù)據(jù)庫的復(fù)雜性和基礎(chǔ)架構(gòu)成本，與其他測試數(shù)據(jù)方法相比，可以更早地進(jìn)行API級測試（即集成測試）。

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

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

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

總結(jié)

用于測試企業(yè)軟件的數(shù)據(jù)管理的傳統(tǒng)方法依賴于克隆生產(chǎn)數(shù)據(jù)庫及其基礎(chǔ)架構(gòu)，這些數(shù)據(jù)庫充滿了成本、隱私和安全問題。這些方法不可擴(kuò)展，并且會浪費(fèi)測試資源。Parasoft的新解決方案將重點(diǎn)放在測試和測試數(shù)據(jù)的按需重新配置上，從而允許進(jìn)行并行集成測試，從而轉(zhuǎn)移了測試的關(guān)鍵階段。