Integration Testing: Là gì, các loại với ví dụ

Kiểm tra tích hợp tập trung vào việc kiểm tra giao tiếp dữ liệu giữa các mô-đun này. Do đó, nó còn được gọi là 'I & T' (Tích hợp và Thử nghiệm), 'Thử nghiệm Chuỗi' và đôi khi là 'Thử nghiệm Chủ đề' .

Tại sao phải kiểm thử tích hợp?

Mặc dù mỗi mô-đun phần mềm đều được kiểm tra đơn vị, các lỗi vẫn tồn tại vì nhiều lý do như

• Nói chung, một Mô-đun được thiết kế bởi một nhà phát triển phần mềm riêng lẻ mà sự hiểu biết và logic lập trình của họ có thể khác với các lập trình viên khác. Kiểm tra tích hợp trở nên cần thiết để xác minh các mô-đun phần mềm hoạt động thống nhất
• Tại thời điểm phát triển mô-đun, có nhiều cơ hội thay đổi yêu cầu của khách hàng. Các yêu cầu mới này có thể không được kiểm tra đơn vị và do đó Kiểm tra tích hợp hệ thống trở nên cần thiết.
• Giao diện của các mô-đun phần mềm với cơ sở dữ liệu có thể bị lỗi
• Giao diện Phần cứng bên ngoài, nếu có, có thể bị lỗi
• Xử lý ngoại lệ không đầy đủ có thể gây ra sự cố.

Ví dụ về trường hợp kiểm thử tích hợp

Trường hợp kiểm thử tích hợp khác với các trường hợp kiểm thử khác ở chỗ nó tập trung chủ yếu vào các giao diện & luồng dữ liệu/thông tin giữa các mô-đun . Ở đây ưu tiên dành cho các liên kết tích hợp hơn là các chức năng đơn vị đã được thử nghiệm.

Các trường hợp kiểm tra tích hợp mẫu cho tình huống sau: Ứng dụng có 3 mô-đun là 'Trang đăng nhập', 'Hộp thư' và 'Xóa email' và mỗi mô-đun được tích hợp một cách logic.

Ở đây không tập trung nhiều vào thử nghiệm Trang đăng nhập vì nó đã được thực hiện trong Thử nghiệm đơn vị . Nhưng hãy kiểm tra xem nó được liên kết với Trang Hộp thư như thế nào.

Hộp Thư Tương tự: Kiểm tra sự tích hợp của nó với Mô-đun Xóa Thư.

Các loại kiểm thử tích hợp

Kỹ thuật phần mềm xác định nhiều chiến lược để thực hiện Kiểm thử tích hợp, viz.

•  Cách tiếp cận vụ nổ lớn:
•  Phương pháp tiếp cận gia tăng: được chia thành các phần sau
  •  Cách tiếp cận từ trên xuống
  •  Cách tiếp cận từ dưới lên
  •  Phương pháp tiếp cận Sandwich – Kết hợp từ trên xuống và từ dưới lên

Dưới đây là các chiến lược khác nhau, cách chúng được thực hiện và những hạn chế cũng như lợi thế của chúng.

Thuận lợi:

• Thuận tiện cho các hệ thống nhỏ.

Nhược điểm:

• Bản địa hóa lỗi là khó khăn.
• Với số lượng lớn các giao diện cần được kiểm tra theo phương pháp này, một số liên kết giao diện cần kiểm tra có thể dễ dàng bị bỏ sót.
• Vì kiểm thử Tích hợp chỉ có thể bắt đầu sau khi “tất cả” các mô-đun được thiết kế, nên nhóm kiểm thử sẽ có ít thời gian hơn để thực hiện trong giai đoạn kiểm thử.
• Vì tất cả các mô-đun được kiểm tra cùng một lúc nên các mô-đun quan trọng có rủi ro cao không bị cô lập và được kiểm tra theo mức độ ưu tiên. Các mô-đun ngoại vi xử lý giao diện người dùng cũng không bị cô lập và được ưu tiên kiểm tra.

Ngược lại, Phương pháp tiếp cận tăng dần được thực hiện bằng hai Phương pháp khác nhau:

• Từ dưới lên
• Từ trên xuống

Sơ khai : Được gọi bởi Mô-đun đang được Kiểm tra.

Trình điều khiển : Gọi Mô-đun cần kiểm tra.