Kiểm thử tích hợp (Intergration Testing)

Một phần của tài liệu Nghiên cứu các phương pháp đảm bảo chất lượng phần mềm (Trang 31)

- Nền tảng kiểm thử: Thiết kế phần mềm và hệ thống, kiến trúc phần mềm, các tiến

trình công việc (workflow), các ca sử dụng (use cases)

- Đối tượng kiểm thử: việc thực thi cơ sở dữ liệu của nhánh hệ thống (sub-system),

cơ sở hạ tầng, các giao diện (interfaces)

- Mục tiêu kiểm thử: Tìm kiếm lỗi trong giao diện giữa các thành phần, tƣơng tác

giữa các thành phần khác nhau trong hệ thống, giữa hệ thống tài liệu (file) và phần cứng, và giữa các giao tiếp của hệ thống.

- Các loại kiểm thử: Kiểm thử chức năng và phi chức năng (ví dụ nhƣ hiệu suất của

phần mềm) có thể đƣợc bao gồm trong kiểm thử tích hợp

- Các loại kiểm thử: Cả phƣơng pháp tiếp cận chức năng (functional) và cấu trúc

(structural) cũng có thể đƣợc sử dụng. Tại mỗi chặng tích hợp, các kiểm thử viên chỉ duy nhất tập trung vào việc tích hợp. Ví dụ, nếu họ tích hợp một mô-đun A với mô-đun B thì họ quan tâm tới việc kiểm tra giao tiếp giữa hai mô-đun này, không quan tâm đến chức năng của từng mô-đun riêng lẻ, chức năng này xem nhƣ đã hoàn thành sau khi thực hiện kiểm thử thành phần.

Mức kiểm thử tích hợp: Có thể có nhiều hơn một mức kiểm thử tích hợp và có

thể có kết quả khác nhau dựa trên các mục tiêu kiểm thử khác nhau.

Kiểm thử tích hợp thành phần: kiểm tra các tƣơng tác giữa các thành

phần của phần mềm, đƣợc tiến hành sau khi thực hiện kiểm thử thành phần

Kiểm thử tích hợp hệ thống: kiểm tra các tƣơng tác giữa các hệ thống khác nhau hoặc giữa phần cứng và phần mềm và có thể đƣợc tiến hành sau khi thực hiện kiểm thử hệ thống.

Các phương pháp tiếp cận tích hợp

Kiểm thử vụ nổ lớn (big-bang): Là một chiến lƣợc kiểm thử hệ thống tiến

hành một lần duy nhất khi đã phát triển toàn bộ các mô-đun và tích hợp thành một phần mềm hoàn chỉnh

Kiểm thử từ dưới lên (bottom-up): Các thành phần ở mức thấp nhất sẽ

đƣợc kiểm thử trƣớc, sử dụng các driver thích hợp để giả lập cho phần còn thiếu. Lặp lại quy trình thay thế các driver bằng các mô-đun cho đến khi thành phần ở đỉnh đƣợc thay thế và kiểm thử.

Kiểm thử từ trên xuống (top-down): Kiểm thử từ trên xuống sẽ bắt đầu từ

đỉnh, tức là kiểm thử với các mô đun ở mức cao trƣớc, sử dụng các stub để giả lập cho các mô đun thấp hơn. Lặp lại quy trình thay thế các stub bằng các mô đun thấp hơn theo từng nhánh cho đến mô đun cuối cùng.

Một phần của tài liệu Nghiên cứu các phương pháp đảm bảo chất lượng phần mềm (Trang 31)

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

(85 trang)