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

GUI thường được các thành viên nhóm thử nghiệm và phát triển chú trọng nhất vì Giao diện người dùng đồ họa là phần dễ thấy nhất của ứng dụng. Tuy nhiên, điều quan trọng nữa là xác thực thông tin cốt lõi của ứng dụng, hay còn gọi là DATABASE.

Chúng ta 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. Bây giờ, từ quan điểm Kiểm tra cơ sở dữ liệu hoặc Kiểm tra DB sau đây, mọi thứ đều quan trọng:

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

Để đảm bảo tất cả các mục tiêu trên, chúng ta cần sử dụng xác thực dữ liệu hoặc kiểm tra 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 tra giao diện người dùng	Kiểm tra cơ sở dữ liệu hoặc dữ liệu
Loại thử nghiệm này còn được gọi là thử nghiệm Giao diện người dùng đồ họa hoặc Thử nghiệm giao diện người dùng.	Loại thử nghiệm này còn được gọi là Thử nghiệm phụ trợ hoặc thử nghiệm dữ liệu.
Loại thử nghiệm này chủ yếu xử lý tất cả các mục có thể thử nghiệm được mở cho người dùng xem và tương tác như Biểu mẫu, Bản trình bày, Đồ thị, Menu và Báo cáo, v.v. (được tạo thông qua VB, VB.net, VC++, Delphi – Công cụ giao diện người dùng)	Loại thử nghiệm này chủ yếu xử lý tất cả các mục có thể thử nghiệm thường bị ẩn đối với người dùng đối với lượng người xem. Chúng bao gồm các quy trình nội bộ và lưu trữ như Assembly, DBMS như Oracle, Máy chủ SQL, MYSQL, v.v.
Loại thử nghiệm này bao gồm việc xác nhận hộp văn bản chọn danh sách thả xuống lịch và các nút Điều hướng trang hiển thị hình ảnh Giao diện của ứng dụng tổng thể	Loại thử nghiệm này liên quan đến việc xác nhận: lược đồ bảng cơ sở dữ liệu cột khóa và chỉ mục kích hoạt thủ tục lưu trữ xác thực máy chủ cơ sở dữ liệu xác thực trùng lặp dữ liệu
Người kiểm thử phải có hiểu biết sâu sắc về các yêu cầu nghiệp vụ cũng như cách sử dụng các công cụ phát triển cũng như cách sử dụng các khung và công cụ tự động hóa.	Để có thể thực hiện kiểm tra phụ trợ, người kiểm tra phải có nền tảng vững chắc về máy chủ cơ sở dữ liệu và các khái niệm Ngôn ngữ truy vấn có cấu trúc.

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

3 loại Kiểm tra cơ sở dữ liệu là

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

Trong hướng dẫn Kiểm tra cơ sở dữ liệu này, chúng ta sẽ xem xét từng loại và từng loại phụ của nó.

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

Kiểm tra lược đồ trong kiểm tra cơ sở dữ liệu sẽ xác thực các định dạng lược đồ khác nhau được liên kết với cơ sở dữ liệu và xác minh xem các định dạng ánh xạ của bảng/chế độ xem/cột có tương thích với các định dạng ánh xạ của giao diện người dùng hay không. Mục đích chính của kiểm tra lược đồ là đảm bảo ánh xạ lược đồ giữa front-end và back-end giống nhau. Vì vậy, nó còn được gọi là thử nghiệm lập bản đồ.

Hãy để chúng tôi thảo luận về các điểm kiểm tra quan trọng nhất để kiểm tra lược đồ.

1. Xác thực các định dạng lược đồ khác nhau được liên kết với cơ sở dữ liệu. Nhiều khi định dạng ánh xạ của bảng có thể không tương thích với định dạng ánh xạ hiện có ở cấp độ giao diện người dùng của ứng dụng.
2. Cần phải xác minh trong trường hợp các bảng/chế độ xem/cột chưa được ánh xạ.
3. Cũng cần phải xác minh xem liệu cơ sở dữ liệu không đồng nhất trong một môi trường có phù hợp với ánh xạ ứng dụng tổng thể hay không.

Chúng ta cũng hãy xem xét một số công cụ Kiểm tra cơ sở dữ liệu thú vị để xác thực các lược đồ cơ sở dữ liệu.

• DBUnit được tích hợp với Ant rất phù hợp để thử nghiệm ánh xạ.
• SQL Server cho phép người kiểm tra có thể kiểm tra và truy vấn lược đồ của Cơ sở dữ liệu bằng cách viết các truy vấn đơn giản và không thông qua mã.

Ví dụ: nếu nhà phát triển muốn thay đổi cấu trúc bảng hoặc xóa nó, người kiểm tra sẽ muốn đảm bảo rằng tất cả các Thủ tục lưu trữ và Chế độ xem sử dụng bảng đó đều tương thích với thay đổi cụ thể. Một ví dụ khác có thể là nếu người kiểm tra muốn kiểm tra sự thay đổi lược đồ giữa 2 cơ sở dữ liệu, họ có thể thực hiện điều đó bằng cách sử dụng các truy vấn đơn giản.

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

Chúng ta hãy xem xét các cách kiểm tra khác nhau để kiểm tra cơ sở dữ liệu và cột.

1. Liệu ánh xạ của các trường và cột cơ sở dữ liệu trong phần phụ trợ có tương thích với các ánh xạ đó ở giao diện người dùng không?
2. Xác thực độ dài và quy ước đặt tên của các trường và cột cơ sở dữ liệu theo quy định của yêu cầu.
3. Xác thực sự hiện diện của bất kỳ bảng/cột cơ sở dữ liệu không được sử dụng/chưa được ánh xạ.
4. Xác nhận tính tương thích của

• loại dữ liệu
• độ dài trường

của các cột cơ sở dữ liệu phía sau với các cột có ở phần đầu của ứng dụng.

5. Liệu các trường cơ sở dữ liệu có cho phép người dùng cung cấp thông tin đầu vào mong muốn của người dùng theo yêu cầu của tài liệu đặc tả yêu cầu nghiệp vụ hay không.

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

Kiểm tra quan trọng đối với khóa và chỉ mục –

1. Kiểm tra xem có cần thiết không

• Khóa chính
• chính nước ngoài

các ràng buộc đã được tạo trên các bảng được yêu cầu.

2. Kiểm tra xem các tham chiếu cho khóa ngoại có hợp lệ hay không.
3. Kiểm tra xem kiểu dữ liệu của khóa chính và khóa ngoại tương ứng trong hai bảng có giống nhau không.
4. Kiểm tra xem các quy ước đặt tên bắt buộc có được tuân thủ cho tất cả các khóa và chỉ mục hay không.
5. Kiểm tra kích thước và độ dài của các trường và chỉ mục bắt buộc.
6. Cho dù yêu cầu

• Clusterchỉ số ed
• Không Clusterchỉ số ed

đã được tạo trên các bảng được yêu cầu theo quy định của yêu cầu nghiệp vụ.

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

Các xét nghiệm quan trọng để kiểm tra các thủ tục được lưu trữ là:

1. Liệu nhóm phát triển có áp dụng các yêu cầu bắt buộc hay không, A) các quy ước tiêu chuẩn mã hóa và B) xử lý ngoại lệ và lỗi. Đối với tất cả các thủ tục được lưu trữ cho tất cả các mô-đun cho ứng dụng đang được thử nghiệm.
2. Liệu nhóm phát triển có bao gồm tất cả các điều kiện/vòng lặp bằng cách áp dụng dữ liệu đầu vào cần thiết cho ứng dụng đang thử nghiệm hay không?
3. Liệu nhóm phát triển có áp dụng đúng thao tác TRIM bất cứ khi nào dữ liệu được tìm nạp từ các bảng bắt buộc trong Cơ sở dữ liệu không?
4. Liệu việc thực thi thủ công Quy trình lưu trữ có cung cấp cho người dùng cuối kết quả được yêu cầu không?
5. Việc thực thi Thủ tục lưu trữ theo cách thủ công có đảm bảo các trường trong bảng được cập nhật theo yêu cầu của ứng dụng đang được thử nghiệm không?
6. Liệu việc thực thi Thủ tục lưu trữ có cho phép gọi ngầm các trình kích hoạt cần thiết hay không?
7. Xác nhận sự hiện diện của bất kỳ thủ tục lưu trữ nào không được sử dụng.
8. Xác thực cho điều kiện Allow Null có thể được thực hiện ở cấp cơ sở dữ liệu.
9. Xác thực thực tế rằng tất cả các Thủ tục và Hàm được lưu trữ đã được thực thi thành công khi Cơ sở dữ liệu được kiểm tra trống.
10. Xác thực sự tích hợp tổng thể của các mô-đun thủ tục được lưu trữ theo yêu cầu của ứng dụng đang được thử nghiệm.

Một số công cụ Kiểm tra cơ sở dữ liệu hữu ích để kiểm tra các thủ tục được lưu trữ là LINQ, công cụ Kiểm tra SP, v.v.

Kiểm tra kích hoạt

1. Liệu các quy ước mã hóa bắt buộc có được tuân thủ trong giai đoạn mã hóa của Trình kích hoạt hay không?
2. Kiểm tra xem trình kích hoạt được thực thi cho các giao dịch DML tương ứng có đáp ứng các điều kiện bắt buộc hay không.
3. Trình kích hoạt có cập nhật dữ liệu chính xác sau khi chúng được thực thi không?
4. Xác thực chức năng kích hoạt Cập nhật/Chèn/Xóa được yêu cầu trong lĩnh vực ứng dụng đang được thử nghiệm.

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 theo yêu cầu nghiệp vụ.
2. Kiểm tra quyền của người dùng được yêu cầu để chỉ thực hiện những cấp độ hành động được ứng dụng yêu cầu.
3. Kiểm tra xem máy chủ cơ sở dữ liệu có thể đáp ứng nhu cầu về số lượng giao dịch người dùng tối đa được phép như được chỉ định bởi thông số kỹ thuật yêu cầu nghiệp vụ hay không.

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

Kiểm tra cơ sở dữ liệu chức năng là một loại thử nghiệm cơ sở dữ liệu được sử dụng để xác thực các yêu cầu chức năng của cơ sở dữ liệu theo quan điểm của người dùng cuối. Mục tiêu chính của kiểm tra cơ sở dữ liệu chức năng là kiểm tra xem các giao dịch và hoạt động được thực hiện bởi người dùng cuối có liên quan đến cơ sở dữ liệu có hoạt động như mong đợi hay không.

Sau đây là các điều kiện cơ bản cần được tuân thủ để xác thực cơ sở dữ liệu.

• Trường này có bắt buộc trong khi cho phép giá trị NULL trên trường đó không?
• Độ dài của mỗi trường có đủ kích thước không?
• Liệu tất cả các trường tương tự có cùng tên trên các bảng không?
• Liệu có bất kỳ trường tính toán nào có trong Cơ sở dữ liệu không?

Quá trình cụ thể này là xác thực ánh xạ trường theo quan điểm của người dùng cuối. Trong trường hợp cụ thể này, người kiểm tra sẽ thực hiện một thao tác ở cấp cơ sở dữ liệu và sau đó sẽ điều hướng đến mục giao diện người dùng có liên quan để quan sát và xác thực xem việc xác thực trường thích hợp đã được thực hiện hay chưa.

Điều kiện ngược lại, theo đó, thao tác đầu tiên được thực hiện bởi người kiểm tra trên giao diện người dùng, sau đó thao tác tương tự được xác thực từ phía sau cũng phải được thực hiện.

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

Việc kiểm tra sau đây rất quan trọng

1. Liệu dữ liệu có được tổ chức hợp lý hay không?
2. Liệu dữ liệu được lưu trữ trong các bảng có chính xác và phù hợp với yêu cầu nghiệp vụ không?
3. Liệu có bất kỳ dữ liệu không cần thiết nào có trong ứng dụng đang được thử nghiệm không?
4. Liệu dữ liệu có được lưu trữ theo yêu cầu đối với dữ liệu đã được cập nhật từ giao diện người dùng hay không?
5. Liệu các thao tác TRIM có được thực hiện trên dữ liệu trước khi chèn dữ liệu vào Cơ sở dữ liệu đang được kiểm tra không?
6. Liệu các giao dịch có được thực hiện theo các đặc tả yêu cầu nghiệp vụ hay không và liệu kết quả có chính xác hay không?
7. Liệu dữ liệu có được cam kết đúng hay không nếu giao dịch được thực hiện thành công?
8. Liệu dữ liệu có được khôi phục thành công hay không nếu người dùng cuối không thực hiện thành công giao dịch?
9. Liệu dữ liệu có được khôi phục hay không nếu giao dịch chưa được thực hiện thành công và nhiều cơ sở dữ liệu không đồng nhất có liên quan đến giao dịch được đề cập?
10. Liệu tất cả các giao dịch đã được thực hiện bằng cách sử dụng các quy trình thiết kế được yêu cầu như được chỉ định bởi các yêu cầu nghiệp vụ của hệ thống hay chưa?

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

Việc xác thực thông tin đăng nhập và thông tin bảo mật người dùng cần phải xem xét những điều sau.

1. Liệu ứng dụng có ngăn cản người dùng tiếp tục trong ứng dụng hay không trong trường hợp

• tên người dùng không hợp lệ nhưng mật khẩu hợp lệ
• tên người dùng hợp lệ nhưng mật khẩu không hợp lệ.
• tên người dùng không hợp lệ và mật khẩu không hợp lệ.

2. Liệu người dùng có được phép chỉ thực hiện những hoạt động cụ thể được chỉ định bởi yêu cầu nghiệp vụ không?
3. Liệu dữ liệu có được bảo mật khỏi sự truy cập trái phép không?
4. Liệu có những vai trò người dùng khác nhau được tạo với các quyền khác nhau hay không?
5. Liệu tất cả người dùng có yêu cầu cấp độ truy cập trên Cơ sở dữ liệu được chỉ định theo yêu cầu của thông số kỹ thuật kinh doanh không?
6. Kiểm tra xem dữ liệu nhạy cảm như mật khẩu, số thẻ tín dụng có được mã hóa và không được lưu trữ dưới dạng văn bản thuần túy trong Cơ sở dữ liệu hay không. Đó là một cách tốt để đảm bảo tất cả các tài khoản phải có mật khẩu phức tạp và không dễ đoán.

Kiểm tra phi chức năng

Kiểm tra phi chức năng trong bối cảnh kiểm tra cơ sở dữ liệu có thể được phân loại thành nhiều loại khác nhau theo yêu cầu kinh doanh. Đây có thể là kiểm tra tải, Kiểm tra căng thẳng, Kiểm tra bảo mật, Kiểm tra khả năng sử dụngvà Kiểm tra khả năng tương thích, và như thế. Kiểm tra tải, cũng như kiểm tra sức chịu đựng, có thể được nhóm lại theo phạm vi Kiểm tra hiệu suất phục vụ hai mục đích cụ thể khi nói đến vai trò của kiểm tra phi chức năng.

Định lượng rủi ro– Định lượng rủi ro giúp các bên liên quan xác định các yêu cầu về thời gian đáp ứng khác nhau của hệ thống theo mức tải yêu cầu. Đây là mục đích ban đầu của bất kỳ đảm bảo chất lượng nhiệm vụ. Chúng ta cần lưu ý rằng kiểm tra tải không trực tiếp giảm thiểu rủi ro mà thông qua các quá trình xác định rủi ro và định lượng rủi ro, mang lại cơ hội khắc phục và động lực khắc phục nhằm giảm thiểu rủi ro.

Yêu cầu thiết bị hệ thống tối thiểu– Cấu hình hệ thống tối thiểu sẽ cho phép hệ thống đáp ứng được những kỳ vọng về hiệu suất đã được nêu chính thức của các bên liên quan. Vì vậy, phần cứng, phần mềm không liên quan và chi phí sở hữu liên quan có thể được giảm thiểu. Yêu cầu cụ thể này có thể được phân loại là yêu cầu tối ưu hóa kinh doanh tổng thể.

Kiểm tra Tải

Mục đích của bất kỳ thử nghiệm tải nào phải được hiểu rõ ràng và được ghi lại. Các loại cấu hình sau đây là bắt buộc đối với kiểm tra tải.

1. Các giao dịch người dùng được sử dụng thường xuyên nhất có khả năng ảnh hưởng đến hiệu suất của tất cả các giao dịch khác nếu chúng không hiệu quả.
2. Ít nhất một giao dịch người dùng không chỉnh sửa phải được đưa vào bộ thử nghiệm cuối cùng để hiệu suất của các giao dịch đó có thể được phân biệt với các giao dịch phức tạp hơn khác.
3. Cần đưa vào các giao dịch quan trọng hơn nhằm tạo điều kiện thuận lợi cho các mục tiêu cốt lõi của hệ thống, vì theo định nghĩa, việc thất bại do quá tải các giao dịch này có tác động lớn nhất.
4. Phải bao gồm ít nhất một giao dịch có thể chỉnh sửa để hiệu suất của các giao dịch đó có thể được phân biệt với các giao dịch khác.
5. Thời gian phản hồi tối ưu với số lượng lớn người dùng ảo cho tất cả các yêu cầu tiềm năng.
6. Thời gian hiệu quả để tìm nạp các bản ghi khác nhau.

Các công cụ kiểm tra tải quan trọng là LoadRunner chuyên nghiệp, giành á quân và JMeter.

Các công cụ kiểm tra sức chịu đựng quan trọng là LoadRunner chuyên nghiệp và JMeter.

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

A significant amount of overhead could be involved to determine the state of the database transactions

Giải pháp: Việc lập kế hoạch và thời gian tổng thể cho quy trình phải được tổ chức sao cho không xuất hiện các vấn đề về thời gian và chi phí.

New test data have to be designed after cleaning up of the old test data.

Giải pháp: Cần có sẵn kế hoạch và phương pháp tạo dữ liệu thử nghiệm trước đó.

An SQL generator is required to transform SQL validators in order to ensure the SQL queries are apt for handling the required database test cases.

Giải pháp: Việc duy trì các truy vấn SQL và cập nhật liên tục của chúng là một phần quan trọng của quá trình thử nghiệm tổng thể. chiến lược thử nghiệm.

The above mentioned prerequisite ensure that the set-up of the database testing procedure could be costly as well as time consuming.

Giải pháp: Cần có sự cân bằng tốt giữa chất lượng và thời gian tiến độ tổng thể của dự án.

Những lầm tưởng hoặc quan niệm sai lầm liên quan đến kiểm thử cơ sở dữ liệu

Database Testing requires plenty of expertise and it is a very tedious job

Thực tế: Kiểm tra cơ sở dữ liệu hiệu quả và hiệu quả trong Kiểm thử phần mềm mang lại sự ổn định chức năng lâu dài cho ứng dụng tổng thể, do đó cần phải nỗ lực hết sức để thực hiện nó.

Database testing adds extra work bottleneck

Thực tế: Ngược lại, kiểm tra cơ sở dữ liệu sẽ tăng thêm giá trị cho công việc tổng thể bằng cách tìm ra các vấn đề tiềm ẩn và do đó chủ động giúp cải thiện ứng dụng tổng thể.

Database testing slows down the overall development process

Thực tế: Số lượng thử nghiệm cơ sở dữ liệu đáng kể giúp cải thiện chất lượng tổng thể cho ứng dụng cơ sở dữ liệu.

Database testing could be excessively costly

Thực tế: Bất kỳ chi phí nào cho việc kiểm tra cơ sở dữ liệu đều là một khoản đầu tư dài hạn mang lại sự ổn định lâu dài và mạnh mẽ cho ứng dụng. Do đó chi phí cho việc kiểm tra cơ sở dữ liệu hoặc SQL Kiểm tra là cần thiết.

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

• Tất cả dữ liệu bao gồm siêu dữ liệu cũng như dữ liệu chức năng cần phải được xác thực theo ánh xạ của chúng bằng các tài liệu đặc tả yêu cầu.
• Xác minh của dữ liệu thử nghiệm được tạo ra bởi/với sự tư vấn của nhóm phát triển cần phải được xác nhận.
• Xác thực dữ liệu đầu ra bằng cách sử dụng cả quy trình thủ công cũng như tự động hóa.
• Triển khai các kỹ thuật khác nhau như kỹ thuật vẽ đồ thị nguyên nhân, kỹ thuật phân vùng tương đương và kỹ thuật phân tích giá trị biên để tạo ra các điều kiện dữ liệu thử nghiệm cần thiết.
• Các quy tắc xác thực tính toàn vẹn tham chiếu cho các bảng cơ sở dữ liệu cần thiết cũng cần được xác thực.
• Việc lựa chọn các giá trị bảng mặc định để xác thực tính nhất quán của cơ sở dữ liệu là một khái niệm rất quan trọng. Liệu các sự kiện nhật ký đã được thêm thành công vào Cơ sở dữ liệu cho tất cả các sự kiện đăng nhập bắt buộc hay chưa
• Các công việc theo lịch trình có được thực hiện kịp thời không?
• Hãy sao lưu cơ sở dữ liệu kịp thời.

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