CHƯƠNG 3: TRÌNH BÀY CÁC KIỂU KIỂM THỬ TRONG KIỂM THỬ ỨNG DỤNG WEB VÀ CÁCH ỨNG DỤNG
3.5. Kỹ thuật kiểm thử cơ sở dữ liệu
Kiểm thử cơ sở dữ liệu bao gồm kiểm thử dữ liệu hiện tại và tính toàn vẹn của cơ sở dữ liệu, nhằm đảm bảo dữ liệu không bị hỏng và các sơ đồ cơ sở dữ liệu là đúng đắn, cũng nhƣ kiểm thử chức năng của các ứng dụng cơ sở dữ liệu (ví dụ các thành phần Transact-SQL). Script SQL thường được sử dụng để kiểm thử cơ sở dữ liệu.
Không phải tất cả các cơ sở dữ liệu đều là cơ sở dữ liệu SQL, nhƣng hầu hết đều hỗ trợ SQL, cũng nhƣ hầu hết đều là các ứng dụng Web.
Kiểm thử có thể được áp dụng tại nhiều điểm của tương tác. Hình 14.10 chỉ ra hỏng hóc có thể xuất hiện tại nhiều điểm của tương tác. Các script hay chương trình
TIEU LUAN MOI download : skknchat@gmail.com
(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05
Khoa Công Nghệ Thông Tin Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội Học viên: Nguyễn Thị Ngọc Hương
phía trình khách, các script hay chương trình phía trình chủ, các dịch vụ truy cập cơ sở dữ liệu, các thủ tục lưu trữ, các trigger và dữ liệu được lưu trữ trong các bảng cơ sở dữ liệu. Như thế, kiểm thử có thể và nên được áp dụng tại nhiều điểm của tương tác. Mặc dù các script phía trình khách và trình chủ là độc lập với các thủ tục lưu trữ và dữ liệu, các script hay chương trình tương tác với các thủ tục lưu trữ đóng vai trò quan trọng.
Chúng đƣợc sử dụng để hợp lý hóa và xử lý lỗi dữ liệu vào ra[8]
Hình 3.22 Các điểm tương tác 3.5.1. Các phương pháp kiểm thử hộp trắng
Kiểm tra mã nguồn (Code walk-through):Kiểm tra mã nguồn là một phương pháp hiệu quả để xác định lỗi ở mức mã nguồn. Phương pháp này không chỉ sử dụng cho kiểm thử cơ sở dữ liệu. Nó đã đƣợc sử dụng cho nhiều ngôn ngữ lập trình. Đó là một tiến trình thẩm định ngang hàng mà trong đó tác giả mã nguồn hướng dẫn các lập trình viên khác xem xét toàn bộ mà nguồn từng dòng một. Những người đọc mã nguồn đƣợc khuyến khích chỉ ra những gì không hiệu quả, dƣ thừa, không phù hợp, hay mã nguồn không tốt mà họ thấy. Mục đích của người đọc mã nguồn là xem xét một cách cẩn thận mã nguồn cần đƣợc thẩm định và xác định càng nhiều lỗi càng tốt. Kiểm tra mã nguồn hữu hiệu khi phương pháp kiểm thử hộp đen không thể áp dụng đối với các thủ tục lưu trữ ở mức kiểm thử đơn vị và khi việc gỡ rối chương trình không thể xác định được các lỗi lô-gíc trong chương trình.[8]
Thực thi các lệnh SQL mỗi lần một lệnh:Có thể kiểm thử các thủ tục lưu trữ bằng cách thực thi các lệnh SQL mỗi lệnh một lần so với kết quả đã biết. Kết quả sau đó sẽ được hợp thức hóa bởi kết quả đặc tả. Phương pháp này tương tự như kiểm thử đơn vị. Lợi ích chính của phương pháp này là lỗi khi được phát hiện, chỉ cần sự phân tích đơn giản để sửa lỗi. Nhược điểm là phương pháp này rất nhàm chán và chi phí nhân công cao.
Thực thi các thủ tục lưu trữ mỗi lần một thủ tục:Các thủ tục lưu trữ thường nhận các tham số vào và chứa các lô-gíc điều khiển. Đôi khi, chúng gọi các thủ tục khác hoặc hàm ở bên ngoài. Nhƣ thế, những sự phụ thuộc tham số vào và lô-gíc điều khiển cần phải được xem xét khi kiểm thử thủ tục lưu trữ. Phương pháp kiểm thử này tương tự như kiểm thử các hàm. Đối với mỗi thủ tục lưu trữ, phân tích kiểu dữ liệu và
TIEU LUAN MOI download : skknchat@gmail.com
(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05
Khoa Công Nghệ Thông Tin Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội Học viên: Nguyễn Thị Ngọc Hương
ràng buộc của mỗi tham số vào: giá trị trạng thái trả về được định nghĩa bởi người dùng và mã nguồn lô-gíc điều khiển trong thủ tục lưu trữ. Để kiểm thử một thủ tục lưu trữ, hãy gọi nó với không bản ghi nào cả và với một số rất lớn các bản ghi. Kiểm thử một cơ sở dữ liệu với chỉ một ít bản ghi hoàn toàn khác với khi cơ sở dữ liệu đƣợc nạp đầy với các dữ liệu thực.
Thiết kế các ca kiểm thử bao gồm cả các kiểu dữ liệu hợp lệ và không hợp lệ.
Hơn nữa, áp dụng kiểm thử lớp tương đương và điều kiện giới hạn biên khi thiết kế các tham số vào.
Kiểm thử trigger: Kiểm thử viên cần phải xác định tất cả các trigger nhƣ một phần của ứng dụng. Sau đó, chúng ta phân tích và phân loại các điều kiện mà trigger sẽ đƣợc thực thi. Kiểm thử viên phải hiểu công việc mỗi trigger thực hiện. Các kiểm thử viên phải viết và thực thi các lệnh SQL hoặc thủ tục lưu trữ để tạo ra các điều kiện và hợp thức hóa kết quả đƣợc đặc tả.
Giao diện bên ngoài: Phân tích các ca kiểm thử của phương pháp này tương tự các phương pháp kiểm thử hộp trắng, hộp đen. Tuy nhiên, thay vì thực thi mỗi thủ tục lưu trữ, các thủ tục lưu trữ được gọi từ các chức năng của ứng dụng bên ngoài. Các ứng dụng Web cung cấp cho người dùng một giao diện trình duyệt qua đó họ có thể truy cập và xử lý các bản ghi dữ liệu. Các lệnh SQL được gửi đến cơ sở dữ liệu thường được xây dựng bởi chèn các dữ liệu cung cấp bởi người dùng vào trong các trường của lệnh SQL. Trừ khi dữ liệu đến từ trình duyệt Web được kiểm tra trước khi gửi đến cơ sở dữ liệu, một lệnh SQL hay một thủ tục lưu trữ có thể tạo ra kết quả không mong đợi do lỗi dữ liệu.
3.5.2. Các phương pháp kiểm thử hộp đen
Thiết kế ca kiểm thử:Sử dụng phương pháp kiểm thử hộp đen truyền thống, các ca kiểm thử đƣợc thực thi phía trình khách. Các đầu vào đƣợc nhập vào trên trang Web, và dữ liệu đƣợc gửi đến cơ sở dữ liệu ở bên trong qua giao diện trình duyệt Web.
Kết quả đƣợc gửi trả lại trình duyệt, sau đó đƣợc kiểm tra so với giá trị mong đơi.
Phương pháp này cũng có những hạn chế sau:
Đôi khi kết quả đƣợc gửi đến trình duyệt sau khi thực thi ca kiểm thử không nhất thiết chỉ ra rằng dữ liệu đƣợc ghi một cách đúng đắn vào một bản ghi trong bảng.
Khi kết quả lỗi đƣợc gửi trả lại trình duyệt sau khi thực thi ca kiểm thử, nó chƣa chắc đã phải là lỗi của cơ sở dữ liệu. Các phân tích sâu hơn nữa sẽ đƣợc yêu cầu để xác định chính xác nguyên nhân lỗi.
TIEU LUAN MOI download : skknchat@gmail.com
(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05(LUAN.van.THAC.si).ky.thuat.kiem.thu.cac.ung.dung.web.luan.van.ths.cong.nghe.thong.tin.60.48.05
Khoa Công Nghệ Thông Tin Đại Học Công Nghệ - Đại Học Quốc Gia Hà Nội Học viên: Nguyễn Thị Ngọc Hương
Kiểm thử lô-gíc giao dịch: Các hành động cơ bản là những công việc cần đƣợc thực hiện nhƣ là một hành động đơn. Nếu bất kỳ một trong các hành động này không thể thực hiện đƣợc, giao dịch cần phải không thực hiện các cập nhật khác.
Kiểm thử vấn đề cạnh tranh: Nhiều vấn đề cạnh tranh có thể tồn tại. Một khóa chết (deadlock) tồn tại khi hai hay nhiều người dùng khóa cùng các bản ghi.
Kiểm thử với một cơ sở dữ liệu sạch: Script cài đặt thường chứa các lệnh SQL được sử dụng để tạo cơ sở dữ liệu, tạo bảng, phương thức xem, cài đặt thủ tục lưu trữ, và nhập dữ liệu ban đầu vào các bản ghi. Phụ thuộc vào độ phức tạp của sơ đồ dữ liệu và ứng dụng, script có thể dài hoặc ngắn. Trong tiến trình phát triển , thông thường script này hay thay đổi để đáp ứng các yêu cầu cài đặt cụ thể. Kiểm thử lặp lại tiến trình cài đặt trên các cơ sở dữ liệu hoàn toàn sạch sẽ đƣợc yêu cầu nhằm đảm bảo rằng không có hiệu ứng phụ đƣợc tạo ra bởi sự thay đổi