Hướng dẫn kiểm tra cơ sở dữ liệu

Kiểm thử cơ sở dữ liệu — đôi khi được gọi là kiểm thử phần phụ trợ hoặc kiểm thử dữ liệu — là điều giúp đảm bảo tính trung thực của phần "vô hình" trong mọi ứng dụng. Hướng dẫn này sẽ trình bày những gì nó bao gồm, tại sao nó lại quan trọng, ba loại kiểm thử cốt lõi, những lỗi thường gặp và các thực tiễn tốt nhất để phân biệt bộ kiểm thử mạnh mẽ với những bộ kiểm thử yếu kém.

Kiểm tra cơ sở dữ liệu là gì?

Kiểm tra cơ sở dữ liệu Kiểm thử cơ sở dữ liệu là một loại kiểm thử phần mềm dùng để xác thực lược đồ, bảng, trình kích hoạt, thủ tục lưu trữ và các đối tượng khác của cơ sở dữ liệu cần kiểm thử. Nó cũng xác minh tính toàn vẹn, nhất quán và bảo mật của dữ liệu. Kiểm thử cơ sở dữ liệu thường bao gồm việc viết các truy vấn phức tạp để kiểm tra tải hoặc kiểm tra khả năng chịu tải của cơ sở dữ liệu và đo lường khả năng phản hồi của nó.

Tại sao kiểm tra cơ sở dữ liệu lại quan trọng?

Kiểm thử cơ sở dữ liệu là rất quan trọng trong kiểm thử phần mềm Bởi vì nó xác nhận rằng các giá trị được lưu trữ và truy xuất từ ​​cơ sở dữ liệu là hợp lệ. Kiểm thử cơ sở dữ liệu mạnh mẽ giúp ngăn ngừa mất dữ liệu, chứa các giao dịch bị hủy bỏ và chặn truy cập trái phép vào thông tin. Vì cơ sở dữ liệu là trái tim của bất kỳ ứng dụng kinh doanh nào, người kiểm thử phải thành thạo SQL.

Hầu hết các nhóm tập trung vào giao diện người dùng (GUI) vì đây là phần dễ thấy nhất của ứng dụng. Thông tin bên dưới GUI cũng quan trọng không kém, và việc xác thực thông tin này là nhiệm vụ của kiểm thử cơ sở dữ liệu. Hãy xem xét một ứng dụng ngân hàng trong đó người dùng thực hiện các giao dịch. Từ góc độ kiểm thử cơ sở dữ liệu, các điều kiện bất biến sau phải được đáp ứng:

1. Ứng dụng lưu trữ từng giao dịch vào cơ sở dữ liệu và hiển thị chính xác cho người dùng.
2. Không có thông tin nào bị mất trong quá trình hoạt động.
3. Không có thao tác nào chưa hoàn thành hoặc bị hủy bỏ được lưu lại.
4. Không ai được phép truy cập thông tin của người dùng.

Việc xác nhận từng bất biến này chính là mục đích của việc xác thực cơ sở dữ liệu và kiểm thử dữ liệu.

Sự khác biệt giữa Kiểm tra giao diện người dùng và Kiểm tra dữ liệu

Kiểm thử giao diện người dùng	Kiểm thử cơ sở dữ liệu / dữ liệu
Còn được gọi là kiểm thử giao diện người dùng đồ họa (GUI) hoặc kiểm thử giao diện người dùng phía trước (front-end testing).	Còn được gọi là kiểm thử phần mềm phía máy chủ hoặc kiểm thử dữ liệu.
Các vấn đề liên quan đến các mục mà người dùng nhìn thấy và tương tác — biểu mẫu, bài thuyết trình, biểu đồ, menu và báo cáo (được xây dựng bằng VB, VB.NET, V).C++(Delphi và các công cụ giao diện người dùng tương tự).	Các vấn đề liên quan đến những mục bị ẩn khỏi người dùng — các quy trình nội bộ và bộ nhớ như các công cụ quản trị cơ sở dữ liệu (DBMS) (Oracle, Máy chủ SQL, MySQL).
Bao gồm việc xác thực các hộp văn bản, menu thả xuống, lịch, nút bấm, điều hướng trang, hiển thị hình ảnh và giao diện tổng thể.	Bao gồm việc xác thực lược đồ, bảng, cột, khóa và chỉ mục, thủ tục lưu trữ, trình kích hoạt và cấu hình máy chủ cơ sở dữ liệu.
Người kiểm thử cần có kiến ​​thức về lĩnh vực kinh doanh, đồng thời quen thuộc với các công cụ phát triển và khung tự động hóa.	Người kiểm thử cần có kiến ​​thức vững chắc về máy chủ cơ sở dữ liệu và Ngôn ngữ truy vấn có cấu trúc (SQL).

Các loại thử nghiệm cơ sở dữ liệu

Kiểm thử cơ sở dữ liệu được chia thành ba loại chính. Mỗi loại xác minh một lớp khác nhau của kiến ​​trúc cơ sở dữ liệu.

1. Thử nghiệm Kết cấu
2. Thử nghiệm chức năng
3. Kiểm tra phi chức năng

Kiểm tra cơ sở dữ liệu cấu trúc

Kiểm tra cơ sở dữ liệu cấu trúc Kiểm tra tính hợp lệ của các phần tử bên trong kho dữ liệu được sử dụng để lưu trữ nhưng không được người dùng cuối thao tác trực tiếp. Việc kiểm tra tính hợp lệ của máy chủ cơ sở dữ liệu là một phần của kiểm thử cấu trúc. Thực hiện thành công đòi hỏi kỹ năng SQL vững chắc.

Kiểm tra lược đồ là gì?

Kiểm tra lược đồ Xác thực các định dạng lược đồ liên kết với cơ sở dữ liệu và kiểm tra bản đồ.ping Số lượng bảng, khung nhìn và cột khớp với bản đồ.ping Giao diện người dùng mong đợi điều này. Mục tiêu là đảm bảo bản đồ lược đồ.ping Sự nhất quán giữa giao diện người dùng (front-end) và máy chủ (back-end) là điều cần thiết. Kiểm thử lược đồ (schema testing) cũng được gọi là... bản đồping thử nghiệm.

Các điểm kiểm tra quan trọng để kiểm thử lược đồ:

1. Xác thực mọi định dạng lược đồ liên kết với cơ sở dữ liệu. Ánh xạping Các định dạng ở cấp độ bảng thường khác với các định dạng ở cấp độ giao diện người dùng.
2. Kiểm tra xem có bất kỳ bảng, chế độ xem hoặc cột nào chưa được ánh xạ hay không.
3. Xác minh rằng các cơ sở dữ liệu không đồng nhất trong môi trường vẫn nhất quán với sơ đồ ứng dụng tổng thể.ping.

Các công cụ hữu ích để xác thực lược đồ cơ sở dữ liệu:

• Đơn vị DBU Tích hợp với Ant — rất phù hợp cho việc lập bản đồping thử nghiệm.
• SQL server Cho phép người kiểm thử kiểm tra lược đồ bằng cách viết các truy vấn đơn giản thay vì viết mã.

Ví dụ, nếu nhóm phát triển thay đổi hoặc xóa một bảng, người kiểm thử sẽ xác nhận rằng mọi thủ tục lưu trữ và khung nhìn tham chiếu đến bảng đó đều tương thích với sự thay đổi. Một ví dụ khác: khi so sánh sự khác biệt về lược đồ giữa hai cơ sở dữ liệu, các truy vấn đơn giản đối với danh mục hệ thống sẽ thực hiện công việc một cách nhanh chóng.

Bảng cơ sở dữ liệu, kiểm tra cột

1. Hãy kiểm tra xem các trường và cột trong cơ sở dữ liệu phía máy chủ có khớp chính xác với các trường và cột tương ứng ở phía giao diện người dùng hay không.
2. Kiểm tra độ dài và quy ước đặt tên của các trường và cột trong cơ sở dữ liệu so với các yêu cầu.
3. Phát hiện bất kỳ bảng và cột nào chưa được sử dụng hoặc chưa được ánh xạ.
4. Kiểm tra xem kiểu dữ liệu và độ dài trường của các cột ở phần quản trị có tương thích với các trường biểu mẫu ở phần giao diện người dùng hay không.
5. Xác nhận rằng các trường trong cơ sở dữ liệu chấp nhận dữ liệu đầu vào của người dùng theo yêu cầu của bản đặc tả nghiệp vụ.

Kiểm thử khóa và chỉ mục

1. Xác minh rằng các yêu cầu cần thiết khóa chính và khóa ngoại Tồn tại những ràng buộc đối với các bảng cần thiết.
2. Xác nhận rằng các tham chiếu khóa ngoại trỏ đến các bản ghi hợp lệ.
3. Kiểm tra xem kiểu dữ liệu của khóa chính có khớp với kiểu dữ liệu của các khóa ngoại tương ứng trong các bảng liên quan hay không.
4. Hãy đảm bảo rằng quy ước đặt tên cho khóa và chỉ mục tuân theo các tiêu chuẩn của dự án.
5. Kiểm tra kích thước và độ dài của các trường được lập chỉ mục.
6. Xác minh rằng các yêu cầu cần thiết nhóm lại và chỉ mục không phân cụm được tạo trên các bảng được chỉ định theo yêu cầu.

Kiểm tra thủ tục lưu trữ

1. Xác nhận rằng nhóm phát triển đã tuân thủ các quy ước lập trình, xử lý ngoại lệ và xử lý lỗi cần thiết cho mọi thủ tục lưu trữ trong mọi mô-đun.
2. Hãy kiểm tra xem tất cả các điều kiện và vòng lặp có được thực thi bởi dữ liệu đầu vào được cung cấp trong quá trình thử nghiệm hay không.
3. Hãy xác nhận rằng thao tác TRIM được áp dụng mỗi khi dữ liệu được truy xuất từ ​​các bảng cần thiết.
4. Thực thi thủ công từng stored procedure và kiểm tra xem kết quả có khớp với mong đợi hay không.
5. Xác nhận rằng việc thực thi thủ công cập nhật các trường của bảng cơ sở dữ liệu theo yêu cầu của ứng dụng đang được kiểm thử.
6. Hãy xác minh rằng việc thực thi thủ tục lưu trữ tự động kích hoạt các trình kích hoạt cần thiết.
7. Phát hiện bất kỳ thủ tục lưu trữ nào không được sử dụng.
8. Kiểm tra tính hợp lệ của dữ liệu đầu vào NULL ở cấp độ cơ sở dữ liệu.
9. Hãy xác nhận rằng mọi thủ tục và hàm lưu trữ đều được thực thi thành công khi cơ sở dữ liệu cần kiểm thử trống.
10. Kiểm tra tính tích hợp toàn diện của các mô-đun thủ tục lưu trữ so với các yêu cầu của ứng dụng.

Các công cụ hữu ích để kiểm thử các thủ tục lưu trữ bao gồm: LINQ và Kiểm tra SP tiện ích.

Kiểm tra kích hoạt

1. Hãy xác minh rằng các quy ước lập trình bắt buộc đã được tuân thủ trong quá trình phát triển trình kích hoạt.
2. Xác nhận rằng các trình kích hoạt chỉ hoạt động trên các giao dịch DML dự định và chỉ trên những giao dịch đó.
3. Hãy kiểm tra xem bộ kích hoạt có cập nhật dữ liệu chính xác sau khi kích hoạt hay không.
4. Xác thực chức năng kích hoạt Cập nhật, Thêm và Xóa cần thiết trong ứng dụng đang được kiểm thử.

Xác thực máy chủ cơ sở dữ liệu

1. Kiểm tra cấu hình máy chủ cơ sở dữ liệu so với yêu cầu nghiệp vụ.
2. Hãy xác minh rằng người dùng chỉ được phép thực hiện các thao tác mà ứng dụng cho phép.
3. Hãy xác minh rằng máy chủ cơ sở dữ liệu có thể xử lý được tải giao dịch người dùng đồng thời tối đa được xác định trong yêu cầu.

Kiểm tra cơ sở dữ liệu chức năng

Kiểm tra cơ sở dữ liệu chức năng Kiểm tra tính hợp lệ của các yêu cầu chức năng của cơ sở dữ liệu từ góc nhìn của người dùng cuối. Mục tiêu là để xác nhận rằng các giao dịch và thao tác do người dùng cuối thực hiện hoạt động như mong đợi ở cấp độ cơ sở dữ liệu.

Các điều kiện cơ bản cần xác minh trong quá trình xác thực cơ sở dữ liệu:

• Liệu mỗi trường thông tin là bắt buộc hay chấp nhận giá trị NULL.
• Liệu mỗi trường có đủ độ dài cho dữ liệu dự kiến ​​hay không.
• Liệu các trường có ý nghĩa tương tự có sử dụng cùng tên trong các bảng khác nhau hay không.
• Cho biết liệu có trường dữ liệu được tính toán nào tồn tại trong cơ sở dữ liệu hay không, và chúng áp dụng những công thức nào.

Quá trình xác thực này diễn ra theo cả hai chiều. Người kiểm thử thực hiện một thao tác ở cấp độ cơ sở dữ liệu và xác minh nó trên giao diện người dùng, sau đó thực hiện một thao tác trên giao diện người dùng và xác minh nó ở cấp độ cơ sở dữ liệu.

Kiểm tra tính toàn vẹn và nhất quán của dữ liệu

1. Hãy kiểm tra xem dữ liệu có được sắp xếp hợp lý hay không.
2. Xác nhận rằng dữ liệu được lưu trữ phù hợp với yêu cầu kinh doanh.
3. Phát hiện bất kỳ dữ liệu không cần thiết nào trong ứng dụng đang được kiểm thử.
4. Hãy kiểm tra xem dữ liệu được cập nhật từ giao diện người dùng có được lưu chính xác vào cơ sở dữ liệu hay không.
5. Xác nhận các thao tác TRIM trên dữ liệu trước khi chèn.
6. Xác minh từng giao dịch phù hợp với yêu cầu nghiệp vụ và tạo ra kết quả như mong đợi.
7. Xác nhận việc cam kết thành công khi các giao dịch hoàn tất.
8. Xác nhận việc hoàn tác chính xác khi giao dịch thất bại.
9. Xác nhận việc hoàn tác chính xác trong các giao dịch trải rộng trên các cơ sở dữ liệu khác nhau.
10. Hãy xác minh rằng mọi giao dịch đều tuân theo các quy trình thiết kế được định nghĩa trong yêu cầu hệ thống.

Đăng nhập và bảo mật người dùng

1. Hãy xác minh rằng ứng dụng chặn các lần đăng nhập với: (a) tên người dùng không hợp lệ + mật khẩu hợp lệ, (b) tên người dùng hợp lệ + mật khẩu không hợp lệ và (c) tên người dùng không hợp lệ + mật khẩu không hợp lệ.
2. Xác nhận rằng mỗi người dùng chỉ có thể thực hiện các thao tác được xác định bởi vai trò của họ.
3. Hãy đảm bảo rằng dữ liệu nhạy cảm được bảo vệ khỏi sự truy cập trái phép.
4. Xác nhận rằng tồn tại các vai trò người dùng riêng biệt với các bộ quyền hạn riêng biệt.
5. Xác minh rằng mọi người dùng đều có quyền truy cập được quy định trong yêu cầu nghiệp vụ.
6. Hãy đảm bảo rằng dữ liệu nhạy cảm — mật khẩu, số thẻ tín dụng, thông tin nhận dạng cá nhân — được mã hóa khi lưu trữ và không bao giờ được lưu dưới dạng văn bản thuần. Tất cả các tài khoản nên sử dụng mật khẩu phức tạp, khó đoán.

Kiểm tra phi chức năng

Kiểm tra phi chức năng trong ngữ cảnh cơ sở dữ liệu bao gồm kiểm tra tải, căng thẳng thử nghiệm, kiểm tra bảo mật, kiểm tra khả năng sử dụngvà kiểm tra tính tương thíchKiểm tra tải và kiểm tra độ bền – cả hai đều là các hình thức kiểm tra hiệu năng – phục vụ hai mục đích cụ thể:

• Định lượng rủi ro: Việc định lượng rủi ro giúp các bên liên quan xác định thời gian phản hồi của hệ thống dưới các mức tải xác định. Đây là mục đích cốt lõi của bất kỳ hoạt động nào. đảm bảo chất lượng nỗ lực. Kiểm tra tải không trực tiếp giảm thiểu rủi ro; thay vào đó, nó làm nổi bật rủi ro và tạo động lực để khắc phục.
• Yêu cầu phần cứng tối thiểu: Kiểm thử hiệu năng giúp xác định cơ sở hạ tầng tối thiểu cần thiết để đáp ứng các kỳ vọng về hiệu năng đã nêu, cho phép các nhóm tránh việc cung cấp quá mức phần cứng và làm tăng chi phí sở hữu.

Kiểm tra Tải

Mục đích của mỗi bài kiểm tra tải phải được hiểu rõ và ghi chép đầy đủ. Các cấu hình sau đây là bắt buộc đối với kiểm tra tải:

1. Bao gồm cả các giao dịch người dùng được thực hiện thường xuyên nhất, vì hiệu suất của chúng ảnh hưởng đến mọi giao dịch khác.
2. Bao gồm ít nhất một giao dịch không chỉnh sửa để phân biệt hiệu suất đọc với hiệu suất ghi.
3. Hãy bao gồm cả những giao dịch thúc đẩy mục tiêu kinh doanh cốt lõi — những thất bại ở đây sẽ gây ra tác động lớn nhất.
4. Bao gồm ít nhất một giao dịch chỉnh sửa để phân biệt hiệu năng ghi với hiệu năng đọc.
5. Đo thời gian phản hồi dưới tải người dùng ảo tối đa dự kiến.
6. Đo lường độ trễ khi truy xuất bản ghi trên quy mô lớn.

Các công cụ kiểm tra tải phổ biến bao gồm: LoadRunner chuyên nghiệp, WinRunner, và Apache JMeter.

Kiểm tra căng thẳng cơ sở dữ liệu là gì?

Kiểm tra khả năng chịu tải của cơ sở dữ liệu Áp dụng tải trọng lớn lên cơ sở dữ liệu cho đến khi nó bị lỗi. Điều này giúp xác định điểm yếu của hệ thống. Kiểm thử tải trọng đòi hỏi kế hoạch cẩn thận để tránh cạn kiệt tài nguyên trên cơ sở hạ tầng dùng chung. Kiểm thử tải trọng còn được gọi là... thử nghiệm tra tấn or kiểm tra độ mỏiXem xét khía cạnh rộng hơn hướng dẫn kiểm tra độ bền Để hiểu rõ hơn. Các công cụ phổ biến bao gồm LoadRunner chuyên nghiệp và JMeter.

Các công cụ kiểm thử cơ sở dữ liệu hàng đầu (2026)

Công cụ phù hợp phụ thuộc vào lớp nào trong kiến ​​trúc cơ sở dữ liệu mà bạn đang kiểm tra. Bảng dưới đây ghép các danh mục phổ biến với các tùy chọn nổi tiếng nhất.

Phân loại	Công cụ	tốt nhất cho
Kiểm tra đơn vị	DBUnit, tSQLt	Các bài kiểm tra lược đồ và thủ tục lưu trữ có thể lặp lại được tích hợp với Ant hoặc các quy trình xây dựng.
Tải trọng và ứng suất	LoadRunner chuyên nghiệp, Apache JMeter	Mô phỏng người dùng ảo quy mô lớn so với khối lượng công việc cấp độ sản xuất.
So sánh dữ liệu	Redgate SQL Data Compare, Apache DBUtils	Kiểm tra xem hai cơ sở dữ liệu có chứa dữ liệu giống hệt nhau sau quá trình di chuyển hoặc ETL.
Tạo dữ liệu giả	Mockaroo, Datatect	Tạo ra các bộ dữ liệu thử nghiệm thực tế, đảm bảo tính toàn vẹn tham chiếu.
quản lý lược đồ	Liquibase, Flyway	Di chuyển dữ liệu có kiểm soát phiên bản và kiểm thử khôi phục trên nhiều môi trường.
Trình chỉnh sửa SQL / xác thực tùy chỉnh	DBeaver, Azure Data Studio, SSMS	Soạn thảo truy vấn tương tác trong quá trình kiểm thử cơ sở dữ liệu thăm dò.

Hãy kết hợp ít nhất một công cụ từ danh mục tải với một công cụ từ danh mục đơn vị để bao quát cả rủi ro về hiệu năng và rủi ro hồi quy.

Các sự cố thường gặp nhất trong quá trình kiểm tra cơ sở dữ liệu

Vấn đề	Giải pháp được đề nghị
Việc xác định trạng thái của các giao dịch trong cơ sở dữ liệu đòi hỏi một lượng chi phí đáng kể.	Lên kế hoạch thời gian và các mối phụ thuộc ngay từ đầu để tránh tình trạng mơ hồ về trạng thái giao dịch phát sinh trong quá trình thực thi.
Sau khi đã loại bỏ dữ liệu kiểm thử cũ, cần phải thiết kế dữ liệu kiểm thử mới.	Hãy duy trì chiến lược tạo dữ liệu thử nghiệm được ghi chép đầy đủ và quy trình làm mới trước mỗi chu kỳ.
Cần có một trình tạo SQL để chuyển đổi các trình xác thực SQL sao cho các truy vấn phù hợp với các trường hợp kiểm thử yêu cầu.	Hãy coi việc bảo trì SQL là một phần quan trọng hàng đầu của toàn bộ hệ thống. chiến lược thử nghiệmKhông phải là công việc ngẫu hứng.
Các điều kiện tiên quyết nêu trên có thể khiến quá trình thiết lập tốn kém và mất nhiều thời gian.	Cân bằng độ sâu kiểm thử với tiến độ bằng cách phân cấp phạm vi kiểm thử: tự động hóa chuyên sâu cho các khu vực rủi ro cao, kiểm tra sơ bộ ở những nơi khác.

Những lầm tưởng và quan niệm sai lầm về kiểm thử cơ sở dữ liệu

Myth	Reality
Kiểm thử cơ sở dữ liệu đòi hỏi chuyên môn sâu rộng và quá tốn thời gian để có thể thực hiện.	Kiểm thử cơ sở dữ liệu hiệu quả mang lại sự ổn định chức năng lâu dài. Nỗ lực này sẽ được đền đáp gấp nhiều lần nhờ giảm thiểu thời gian xử lý sự cố.
Việc kiểm thử cơ sở dữ liệu tạo ra thêm một nút thắt cổ chai trong công việc.	Nó giúp phát hiện sớm các lỗi tiềm ẩn và cải thiện chất lượng tổng thể của ứng dụng, loại bỏ các điểm nghẽn thay vì tạo ra chúng.
Việc kiểm thử cơ sở dữ liệu làm chậm quá trình phát triển.	Đầu tư vào kiểm thử cơ sở dữ liệu giúp tăng tốc quá trình phát triển tiếp theo bằng cách phát hiện các lỗi về lược đồ và tính toàn vẹn trước khi chúng lan rộng.
Kiểm thử cơ sở dữ liệu rất tốn kém.	Cơ sở dữ liệu (và) SQLViệc kiểm thử là một khoản đầu tư dài hạn vào sự ổn định của ứng dụng và là biện pháp phòng ngừa những sự cố sản xuất tốn kém.

Thực tiễn tốt nhất

• Xác thực tất cả dữ liệu — siêu dữ liệu và dữ liệu chức năng — so với đặc tả yêu cầu, bao gồm cả bản đồ của nó.ping quy tắc.
• Revxem xét mọi bộ dữ liệu thử nghiệm Được tạo ra bởi hoặc cùng với nhóm phát triển trước khi dựa vào nó.
• Kiểm tra tính hợp lệ của dữ liệu đầu ra bằng cả phương pháp thủ công và tự động.
• Áp dụng phương pháp vẽ đồ thị nguyên nhân - kết quả, phân vùng tương đương và phân tích giá trị biên khi tạo ra các điều kiện dữ liệu thử nghiệm.
• Kiểm tra tính toàn vẹn tham chiếu của các quy tắc trên các bảng cơ sở dữ liệu cần thiết.
• Hãy sử dụng các giá trị mặc định có chủ đích khi kiểm tra tính nhất quán của cơ sở dữ liệu và xác nhận rằng các sự kiện nhật ký được ghi lại cho mọi sự kiện đăng nhập bắt buộc.
• Xác nhận rằng các tác vụ theo lịch trình được thực thi đúng giờ và tạo ra kết quả như mong đợi.
• Sao lưu cơ sở dữ liệu theo lịch trình đã định và xác minh đường dẫn khôi phục ít nhất mỗi quý một lần.

Xem thêm — Câu hỏi và câu trả lời phỏng vấn kiểm tra cơ sở dữ liệu.

Câu Hỏi Thường Gặp