Tầm quan trọng của kiểm thử Database

Một phần của tài liệu TranThiKhanh_1721050490_DATN_K62 (Trang 32 - 35)

1. 3 Các kỹ thuật kiểm thử

2.2.2. Tầm quan trọng của kiểm thử Database

2.2.2.1 Tính toàn vẹn của dữ liệu

Điều này sẽ bao gồm các hoạt động - Tạo, Truy xuất, Cập nhật và Xóa - CRUD, cập nhật hoặc trạng thái gần đây hoặc bất kỳ giá trị nào trong dữ liệu được chia sẻ hoặc phải hiển thị trên màn hình hoặc biểu mẫu. Bằng cách thực hiện thay đổi dữ liệu trong BD chúng ta có thể kiểm tra được dữ liệu trên giao diện người dùng có được update đúng. Việc kiểm tra này sẽ cho phép kiểm tra dữ liệu ở những nơi khác nhau để kiểm tra xem chúng có giống nhau một cách nhất quán hay không.

Khi một ứng dụng đang trong giai đoạn phát triển, các hành động CRUD của người dùng cuối sẽ được giả định và kiểm thử bằng các công cụ của cơ sở dữ liệu

+ Create: Khi người dùng thực hiện “Lưu” bất kì một giao dịch mới nào + Read/Retrieve: Khi người dùng thực hiện các hành động “Tìm kiếm” hoặc “Xem” bất kì giao dịch đã lưu nào

+ Update: Khi người dùng thực hiện “Chỉnh sửa” một dữ liệu nào đó đã tồn tại

+ Delete: Khi người dùng thực hiện hoạt động “Xóa” dữ liệu khỏi hệ thống Bất kỳ hoạt động cơ sở dữ liệu nào được thực hiện bởi người dùng cuối luôn là một trong bốn thao tác trên.

Vì vậy, hãy tạo ra các trường hợp thử nghiệm DB bằng cách bao gồm việc kiểm tra dữ liệu ở tất cả những nơi mà nó xuất hiện để xem liệu nó có nhất quán hay không.

2.2.2.2 Mapping dữ liệu

Bạn cần hiểu rằng dữ liệu liên tục chuyển từ giao diện người dùng (UI) sang cơ sở dữ liệu và sau đó chuyển trở lại UI. Các khía cạnh chính cần ghi nhớ là: Bạn cần kiểm tra tất cả trường có trong giao diện người dùng và giao diện người dùng để chúng có thể ánh xạ nhất quán với bảng tương ứng trong cơ sở dữ liệu. Các thao tác từ giao diện người dùng được thực hiện trong một ứng dụng thì CRUD song song sẽ tham gia vào giao diện người dùng. Điều cần thiết là phải kiểm tra xem các hành động được thực hiện dữ liệu có được ánh xạ phù hợp hay không

Hình 2.14. Ví dụ File mapping Import các trường

2.2.2.3 Sự tuân thủ quy tắc

Điểm này hoàn toàn phụ thuộc vào độ phức tạp của dự án. Khi cơ sở dữ liệu có độ phức tạp thì các thành phần cũng sẽ phức tạp như trình kích hoạt, rang buộc quan hệ và các thủ tục được lưu trữ, v.v. Trong trường hợp như vậy, được kiểm tra cần lưu ý một số điều, đặc biệt là Truy vấn SQL có thể giúp bạn kiểm tra độ phức tạp của DB.

2.2.2.4 Xác thực các thuộc tính ACID

Chủ yếu có 4 thuộc tính mà hiệu suất của CSDL phụ thuộc vào:

Atomicity – Tính bảo toàn: có nghĩa là một hoạt động thành công hoặc thất bại. Tính chất này đảm bảo khi một hành động liên quan đến hai hay nhiều xử lý, ngay cả khi một phần của hành động không thành công – thì có nghĩa là toàn bộ hành động đã thất bại. Thông thường, đây được gọi là quy tắc “tất cả hoặc không có gì”.

Consistancy – Tính nhất quán: đảm bảo rằng một hành động không bao giờ được thông qua cơ sở dữ liệu trong trại thái dở dang, tức là một hành động luôn dẫn đến một trạng thái hợp lệ trong cơ sở dữ liệu

Isolation – Tính độc lập: đảm bảo rằng nếu có nhiều giao dịch và chúng được thực hiện tất cả cùng một lúc, kết quả trong cơ sở dữ liệu phải giống như khi nó được thực hiện lần lượt

Durability – Tính bền vững: đảm bảo rằng sau khi một giao dịch được hoàn tất, không có một yếu tố bên ngoài nào như mất điện hoặc sự cố có thể thay đổi nó.

Hình 2.15. ACID

Một phần của tài liệu TranThiKhanh_1721050490_DATN_K62 (Trang 32 - 35)

Tải bản đầy đủ (DOCX)

(92 trang)
w