Why do we test a database?Below, we

Why do we test a database?

Below, we will briefly see why the following aspects of a DB should be validated:

1) Data Mapping: In the software systems, data often travels back and forth from the UI (user interface) to the backend DB and vice versa. So following are the aspects to look for:

To check whether the fields in the UI/Front end forms and mapped consistently with the corresponding DB table (and also the fields within). Typically this mapping information is defined in the requirements documents.
Whenever a certain action is performed in the front end of an application, a corresponding CRUD (Create, Retrieve, Update and delete) action gets invoked at the back end. A tester will have to check if the right action is invoked and the invoked action in itself is successful or not.
2) ACID properties validation: atomicity, consistency, isolation and durability. Every transaction a DB performs has to adhere to these four properties.

Kết quả (Việt) 1:

Tại sao chúng tôi làm kiểm tra cơ sở dữ liệu?Dưới đây, chúng tôi một thời gian ngắn sẽ thấy lý do tại sao các khía cạnh sau của một DB nên được xác nhận:1) dữ liệu lập bản đồ: Các hệ thống phần mềm, dữ liệu thường đi trở lại và ra từ giao diện (giao diện người dùng) để phụ trợ DB và ngược lại. Do đó, sau là các khía cạnh để tìm:Để kiểm tra cho dù các trường trong giao diện người dùng/trước kết thúc hình thức và ánh xạ liên tục với bảng DB tương ứng (và cũng là các lĩnh vực trong vòng). Thông thường, thông tin lập bản đồ này được định nghĩa trong các tài liệu yêu cầu.Bất cứ khi nào một hành động nhất định được thực hiện ở phía trước của một ứng dụng, một hành động tống (tạo, Retrieve, Cập Nhật và xóa) tương ứng được gọi lúc kết thúc trở lại. Một thử nghiệm sẽ phải kiểm tra nếu các hành động đúng gọi và hành động invoked trong chính nó là thành công hay không.2) xác nhận tính chất axit: atomicity, nhất quán, sự cô lập và độ bền. Mọi giao dịch một DB thực hiện có để tuân theo các thuộc tính bốn.

Kết quả (Việt) 2:

? Tại sao chúng ta kiểm tra một cơ sở dữ liệu Dưới đây, chúng tôi sẽ tóm tắt xem tại sao các khía cạnh sau đây của một DB nên được xác nhận: 1) Dữ liệu bản đồ: Trong các hệ thống phần mềm, dữ liệu thường xuyên quay trở lại và ra từ UI (giao diện người dùng) vào phụ trợ DB và ngược lại. Vì vậy, sau đây là những khía cạnh cần xem xét: Để kiểm tra xem các trường trong UI / hình thức cuối Mặt trận và ánh xạ một cách nhất quán với các bảng DB tương ứng (và cũng là lĩnh vực trong phạm vi). Thông thường thông tin bản đồ này được quy định tại các văn bản yêu cầu. Bất cứ khi nào một hành động nào đó được thực hiện ở cuối phía trước của một ứng dụng, một CRUD tương ứng (Tạo, Retrieve, Cập nhật và xóa) hành động được gọi ở cuối trở lại. Một thử nghiệm sẽ phải kiểm tra nếu hành động đúng được gọi và hành động gọi trong chính nó là thành công hay không. 2) ACID tính xác nhận: số nguyên tử, tính nhất quán, cách ly và độ bền. Mỗi giao dịch một DB thực hiện phải tuân thủ những bốn thuộc tính.