數據庫遷移測試：選白盒還是黑盒？

數據遷移是指從現有數據庫遷移至一個新數據庫的過程。在現實工作中我們也會經常接觸到，當公司決定升級或更改數據庫時，那么這就需要將現有的數據傳輸至新的數據庫。

創建一個有效的數據遷移測試策略對降低風險和成功遷移有著莫大的作用。本文分享了如何使用黑盒或白盒方法來創建一個更加有效的數據遷移測試方法。

數據遷移的范圍范圍很廣，包括滿足所有所需數據的需求，確保新的數據庫能正常啟動并成功運行，零缺陷（之前的數據庫是否還有遺留數據）并且將數據遷移至正確的列表中。

因此，為了保證它的正確性唯一的方法就是測試遷移過程。在這個過程中要進行遷移需求分析，內容包括：

• 被遷移的數據類型；
• 數據來源；
• 文檔分析，描述遷移過程；
• 數據庫改動分析；
• 數據庫架構、類型；
• 數據存儲格式；
• 遷移方法分析；
• 遷移途徑；

只要進行分析測試，就要選擇遷移的類型，這里有三種方法：

1. 黑盒測試；
2. 白盒測試；
3. 混合測試；

分析結果并不是唯一的參數選擇方法。你還需要注意任務的復雜性，客戶和項目經理的偏好，員工對數據庫管理系統的規范以及其他一些細節。此外，還要區分數據庫源，接收器和數據存儲格式之間的差異及任務的復雜性。

黑盒測試

黑盒測試是人們最常使用的方法，包括運行數據遷移的功能測試。測試人員需要檢查處理的數據，包括：數據概述、變更、搜索、創建以及其他一些業務。這種方法，從測試人員角度來講并不需要額外的知識。

執行黑盒測試的測試方法允許在負載測試復雜的進程前定義與系統不相符的性能需求。它能檢測出由多個用戶使用多個數據庫產生的錯誤并且在進程請求處理中進行修改。

功能測試在數據遷移測試中并不是最主要的。性能和負載測試同樣不容忽視。高質量的操作進程定義了新的數據庫的高效和準確性。

白盒測試

白盒測試主要用于遷移腳本的邏輯檢查。包括與數據庫源、接收器，QA工程師的測試完整性以及腳本的正確性。要想啟動白盒遷移測試數據庫應該符合以下幾點要求：

1. 詳細的腳本描述（以防止不正確或不完整的數據遷移問題）；
2. 源結構和接收器；
3. 數據遷移映射（制定遷移規則）；

測試人員最終啟動測試過程，需要通過以下幾點：

• 檢查遷移的注冊數量；
• 數據遷移至適當的地方；
• 數據完整性；
• 填充字段；
• 適當的源和接收器字段處理；
• 計算業務邏輯的變化；

根據這些要點核查遷移腳本，測試人員針對SQL代碼進行分析。該方法包括數據庫結構細節、所使用的數據存儲格式、遷移需求、物質分析等等，都需要對它們進行區別分析并做出正確處理。其中，字段和腳本遷移轉換的格式也同樣很重要。

白盒測試方法需要測試人員掌握遺留數據庫以及新的數據庫架構方面的相關知識，這一點與黑盒測試不同。

不過，你很少會看見采用純粹的黑盒或白盒方法，通常情況下，開發者會采用混合的測試方法。在混合的測試方法中QA工程師先要檢查遷移腳本的邏輯結構（白盒測試），然后運用該應用上的功能測試（黑盒方法）檢查已遷移的數據。

通過對比測試人員可以基于此作出更好的決策。

英文出自：SoftwareTestingMagazine

相關內容：軟件測試人員的基本修養

（文/夏夢竹 審校/張紅月）

生活不易，碼農辛苦
如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈