大數(shù)據(jù)時代，如果沒有安全的數(shù)據(jù)庫，企業(yè)的很多業(yè)務(wù)應(yīng)用程序運轉(zhuǎn)將會停滯，所以保障數(shù)據(jù)庫安全和不定期數(shù)據(jù)庫測試也非常重要。當(dāng)然數(shù)據(jù)庫的可靠性測試并不只有大多數(shù)軟件專業(yè)人員所知道的只有ACID測試。數(shù)據(jù)庫測試分為功能測試，性能測試和ACID驗證。功能測試和關(guān)系映射將數(shù)據(jù)庫與信息的前端信息源和該信息的后端使用相關(guān)聯(lián)，以確保格式和編輯方面的一致性，現(xiàn)在讓我們一起來看看關(guān)于數(shù)據(jù)庫測試類型和流行的數(shù)據(jù)庫測試工具。

為什么數(shù)據(jù)庫測試很重要?如果沒有數(shù)據(jù)庫，幾乎沒有業(yè)務(wù)應(yīng)用程序可以運行。數(shù)據(jù)庫和應(yīng)用程序測試相關(guān)聯(lián)，有些企業(yè)和項目團隊會同時執(zhí)行這兩個測試。但是，應(yīng)用程序組件間日益增長的相互依賴性意味著支持它們的數(shù)據(jù)庫間的日益獨立性。數(shù)據(jù)庫元素通常是應(yīng)用程序的獨立組件，而不是與應(yīng)用程序代碼一起開發(fā)。考慮到這些原因，軟件團隊?wèi)?yīng)測試數(shù)據(jù)庫，并在設(shè)計測試方法時考慮其獨特的屬性和要求。

對于數(shù)據(jù)庫測試，主要爭論是應(yīng)該在供應(yīng)商級別還是在產(chǎn)品級別進行測試，以及是否通過查詢功能(SQL)或更直接地通過API測試數(shù)據(jù)庫。如果企業(yè)在IT領(lǐng)域僅使用一家供應(yīng)商的數(shù)據(jù)庫，則第一個問題沒有意義。當(dāng)混合使用不同供應(yīng)商的數(shù)據(jù)庫時，請考慮使用不同的工具測試每種產(chǎn)品，這通常會比在所有情況下使用一種工具產(chǎn)生更好的評估結(jié)果。對于第二個問題，與其他方法相比，基于SQL的測試通常對數(shù)據(jù)庫管理員來說更容易，并且更容易與實際應(yīng)用程序相關(guān)聯(lián)。

最好在安裝級別(或至少在開發(fā)團隊級別)，而不是在單個產(chǎn)品級別進行數(shù)據(jù)庫測試。應(yīng)用程序和企業(yè)之間越來越多地共享數(shù)據(jù)庫;對特定任務(wù)進行測試會導(dǎo)致測試不完整或多余。這意味著開發(fā)人員和測試人員應(yīng)廣泛收集數(shù)據(jù)庫測試要求，并通過常見工具和做法來滿足這些要求。

功能測試驗證的是，用戶和應(yīng)用程序可以訪問和更新數(shù)據(jù)庫中的數(shù)據(jù)。有些測試人員更喜歡通過測試依靠數(shù)據(jù)庫的應(yīng)用程序來驗證數(shù)據(jù)庫功能。當(dāng)應(yīng)用程序測試無法使用數(shù)據(jù)庫中的所有字段和條件時，這種方法會帶來風(fēng)險。

為確保測試完全探究數(shù)據(jù)庫中的每個字段，請使用測試生成器并直接驅(qū)動數(shù)據(jù)庫。這種方法的風(fēng)險在于糟糕的分析，由于測試數(shù)據(jù)的原因。如果測試數(shù)據(jù)不是基于實際的應(yīng)用程序輸入，則很容易錯過字段大小或數(shù)據(jù)格式的問題。

為確保數(shù)據(jù)庫質(zhì)量，請為項目選擇最佳的功能數(shù)據(jù)庫測試工具，然后為所需的其他測試功能進行補充。功能測試工具。IT企業(yè)可以使用通用的或特定于數(shù)據(jù)庫的功能測試工具。有些團隊通過SQL來測試數(shù)據(jù)庫，使用SeLite等工具來實現(xiàn)瀏覽器自動化。

通用產(chǎn)品包括：

SolarWinds Orion

Oracle SQL Developer for Oracle

tSQLtfor Microsoft SQL Server

ACID測試，對于數(shù)據(jù)庫測試，大多數(shù)企業(yè)都會想到ACID測試。ACID驗證整個數(shù)據(jù)庫的完整性，這可以稱為邏輯完整性：數(shù)據(jù)庫的基本能力，反映其被設(shè)計為要記錄的條件，而沒有歧義或重復(fù)。

ACID測試類似于數(shù)據(jù)庫編程。大多數(shù)測試方法都使用SQL來驗證以下四個需求：事務(wù)在其內(nèi)部完成，并且整體通過或失敗。該活動不會導(dǎo)致數(shù)據(jù)庫以意外方式運行。事務(wù)成功完成并創(chuàng)建新狀態(tài)，或者失敗，數(shù)據(jù)庫又恢復(fù)到先前狀態(tài)。事務(wù)同時發(fā)生或按順序發(fā)生，而不會為數(shù)據(jù)庫創(chuàng)建不一致的狀態(tài)。數(shù)據(jù)庫活動可承受電源故障和其他中斷。ACID測試、程序和工具在軟件行業(yè)內(nèi)廣泛可用，并已經(jīng)很成熟。由于ACID測試的盛行，軟件團隊可能已經(jīng)掌握現(xiàn)有信息，可以輕松地部署其方法。但是，這可能會掩蓋問題。很多用戶將ACID視為他們唯一的數(shù)據(jù)庫測試類型，因此，可能錯過造成重大問題的錯誤。

ACID測試工具。DTM Data Generator和MockupData在此類測試以及功能測試中很受歡迎。很多用戶喜歡使用更多特定于數(shù)據(jù)庫的工具進行ACID測試，例如微軟和Oracle的SQL開發(fā)工具。大多數(shù)公司使用大量數(shù)據(jù)生成器驅(qū)動SQL腳本來驗證數(shù)據(jù)庫。

非功能測試，負載和其他性能測試會檢查數(shù)據(jù)庫的運行，即數(shù)據(jù)庫在生產(chǎn)中處理用戶活動的能力。在過去，很多企業(yè)會同時測試數(shù)據(jù)庫和應(yīng)用程序，當(dāng)時數(shù)據(jù)庫綁定到單個軟件，而不是在多個軟件組件之間共享。現(xiàn)在，這些團隊可能仍然同時執(zhí)行所有性能測試，但是在相互關(guān)聯(lián)和組件化的軟件時代，這并不是正確做法。

其他性能問題源可能會影響壓力、延遲、負載以及數(shù)據(jù)庫在各種情況下如何運行的相關(guān)測試。為了測試性能，請在數(shù)據(jù)庫本地而不是遠程運行測試，因為網(wǎng)絡(luò)延遲會影響測試結(jié)果。良好的性能測試可能需要使用多種工具。測試人員可以使用適當(dāng)?shù)墓ぞ咴谒x級別上針對測試類型生成負載，并使用另一個工具來監(jiān)視性能。

性能測試工具。針對非功能測試的流行工具包括：

Database Performance Analyzer是廣泛使用的數(shù)據(jù)庫性能分析器之一，而Data Factory和MockupData是用于直接測試的測試數(shù)據(jù)生成器。

以上我們簡單介紹了數(shù)據(jù)庫測試類型和流行的數(shù)據(jù)庫測試工具的知識，如果您想了解更多關(guān)于數(shù)據(jù)庫的信息，請您繼續(xù)關(guān)注中培偉業(yè)。