A. Kiểm thử tích đúng theo là gì?

1. Định nghĩa

KIỂM THỬ TÍCH HỢP được định nghĩa là 1 trong các loại kiểm demo trong số ấy những mô-đun (modules) phần mềm được tích hòa hợp một biện pháp hợp lý và được thể nghiệm bên dưới dạng một tổ. Một dự án công trình phần mềm điển hình nổi bật bao hàm những mô-đun ứng dụng, được mã hóa vì chưng những lập trình viên khác nhau. Mục đích của cấp độ khám nghiệm này là để lộ ra những khãn hữu kngày tiết (lỗi) trong liên hệ giữa những mô-đun ứng dụng khi chúng được tích hợp với nhau.

Bạn đang xem: Integration testing là gì

Kiểm test tích vừa lòng tập trung vào khám nghiệm giao tiếp tài liệu giữa các mô-đun. Do kia, nó cũng khá được hotline là "I và T" (Tích vừa lòng với Kiểm tra), "Kiểm tra chuỗi" và nhiều lúc là "Kiểm tra luồng".

2. Tại sao đề xuất soát sổ tích hợp?

*
Mặc mặc dù từng mô-đun phần mềm sẽ tiến hành Unit Test (kiểm test 1-1 vị), nhưng lỗi vẫn sẽ trường tồn do những lý do như:

Một mô-đun, nhìn toàn diện, được thiết kế theo phong cách do một bên cải tiến và phát triển ứng dụng chủ quyền nhưng mà bao gồm sự hiểu biết và xây dựng logic rất có thể không giống với những lập trình viên khác. Kiểm test tích vừa lòng là cần thiết để xác minh những mô-đun phần mềm vận động cùng nhau một phương pháp nhất quán.Tại thời điểm cải cách và phát triển mô-đun, đã có khá nhiều dịp người sử dụng chỉ dẫn đông đảo biến đổi về yên cầu. Các thử dùng mới này hoàn toàn có thể sẽ không còn được Unit Test (kiểm test đơn vị) với cho nên vì thế Kiểm test tích phù hợp khối hệ thống trsống cần cần thiết.Các giao diện của các mô-đun phần mềm cùng với đại lý tài liệu rất có thể sẽ bị lỗiGiao diện Hartware phía bên ngoài, trường hợp tất cả, rất có thể bị lỗiXử lý số đông ngôi trường hòa hợp ngoại lệ một bí quyết không phù hợp có thể gây nên các vụ việc khác

3. lấy ví dụ như về ngôi trường phù hợp kiểm demo tích hợp

Test cases của Kiểm demo tích vừa lòng cũng không giống so với những một số loại kiểm thử không giống trên pmùi hương diện là nó triệu tập chủ yếu vào những giao diện và luồng dữ liệu / lên tiếng giữa những mô-đun. Các link tích hợp được ưu tiên để lấy ra rứa vì các tính năng đơn vị chức năng nhưng đã làm được kiểm thử.

Test cases chủng loại đến Việc Kiểm thử tích vừa lòng sẽ đi theo các kịch bản sau: Ứng dụng mà lại bao gồm 3 mô-đun "Trang đăng nhập", "Hộp thư" với "Xóa email" với từng mô-đun được tích phù hợp một bí quyết phải chăng.

Ở phía trên ko tập trung các vào khám nghiệm Trang singin vị nó đã được thực hiện vào Unit Test (kiểm demo 1-1 vị). Nhưng hãy soát sổ xem nó được links cùng với Trang Hộp thư thế nào.

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

*

B. Các cách thức kiểm soát tích hợp

Các kỹ sư ứng dụng hoàn toàn có thể xác định các chiến lược để tiến hành Kiểm thử tích đúng theo như:

1. Phương thơm pháp Big Bang:

Theo phương pháp này, toàn bộ những thành phần được tích hợp với nhau và một thời gian và kế tiếp được kiểm demo.

*Ưu điểm: Thuận nhân thể cho những khối hệ thống nhỏ dại.

*Nhược điểm:

Kiểm tra lỗi nội địa hóa (Localization) là 1 trong thử thách.Có các lỗi về đồ họa rất cần phải kiểm test theo cách thức này, một trong những links đồ họa đề nghị kiểm test rất có thể dễ ợt bị bỏ lỡ.Vì Kiểm thử Tích đúng theo chỉ hoàn toàn có thể bắt đầu sau thời điểm "tất cả" các mô-đun được thiết kế, đề xuất nhóm nghiên cứu sẽ sở hữu ít thời gian thực hiện hơn trong giai đoạn phân tách.Vì tất cả các mô-đun được chất vấn cùng một cơ hội, các mô-đun đặc trưng có khủng hoảng rủi ro cao ko được ưu tiên hay soát sổ riêng rẽ. Các mô-đun nước ngoài vi liên quan cho bối cảnh người tiêu dùng cũng không được ưu tiên tuyệt kiểm soát riêng rẽ.

Xem thêm: Ưu Nhược Điểm 4 Loại Đèn Projector Là Gì, Phân Biệt Đèn Halogen, Đèn Projector, Đèn Xenon

2. Phương pháp gia tăng:

Trong cách thức này, tiến hành kiểm thử bằng phương pháp nối nhị hoặc những mô-đun bao gồm liên quan cho xúc tích. Sau đó, các mô-đun liên quan khác được cấp dưỡng cùng được bình chọn tính năng thích hợp. Quá trình liên tiếp cho tới khi tất cả các mô-đun được tham gia với kiểm thử thành công.Cách tiếp cận ngày càng tăng được triển khai vì chưng nhì Phương pháp khác nhau:

Phương thơm pháp Bottom upPmùi hương pháp Top DownPhương pháp Sandwich - Kết hợp từ bên trên xuống và từ bỏ bên dưới lên

2.1. Stub cùng Driver là gì?

Phương thơm pháp tiếp cận tăng thêm được tiến hành bằng phương pháp thực hiện các lịch trình giả mang tên là Stub cùng Driver. Stub và Driver ko thực hiện tổng thể lô ghích xây dựng của mô-đun ứng dụng mà lại chỉ tế bào bỏng giao tiếp tài liệu bằng phương pháp hotline module.

Stub: Được Call vày Mô-đun đang được kiểm test.Driver: hotline Mô-đun và để được kiểm soát.

2.2. Pmùi hương pháp Bottom up:

Trong Phương pháp Bottom up, từng mô-đun sống những cấp thấp rộng được chất vấn với những mô-đun cao hơn cho tới Lúc tất cả các mô-đun được bình chọn. Lúc bấy giờ, sẽ buộc phải tới việc cung cấp của Driver trong việc kiểm thử.

Biểu thiết bị biểu diễn:

*
*Ưu điểm:

Việc kiếm tìm tìm bug trong từng module cá biệt là 1 trong thách thức.Không tất cả thời gian bị tiêu tốn lãng phí Khi chờ đợi toàn bộ những mô-đun được phát triển (ko giống như cách thức Big-bang)

*Nhược điểm:

Các mô-đun quan trọng đặc biệt (ở cấp cho tối đa của kiến trúc phần mềm) mà kiểm soát luồng áp dụng được đánh giá sau cuối với rất có thể dễ dẫn đến lỗi.Xây dựng một phiên bản mẫu (prototype) ngay lập tức trường đoản cú ban đầu - là 1 trong điều không thể

2.3. Phương thơm pháp Top Down:

Trong Phương thơm pháp Top Down, Việc kiểm thử ra mắt từ bỏ bên trên xuống dưới theo luồng điều khiển của khối hệ thống ứng dụng. Hiện nay, đang phải đến việc cung ứng của Stubs vào việc kiểm thử.

Biểu vật dụng biểu diễn:

*
*Ưu điểm:

Việc tìm kiếm tìm bug vào từng module hiếm hoi trsinh sống đề xuất thuận tiện hơnXây dựng một bạn dạng mẫu mã (prototype) tức thì trường đoản cú thuở đầu là gồm thểCác mô-đun quan trọng được kiểm test ưu tiên; lỗi xây đắp thiết yếu hoàn toàn có thể được kiếm tìm thấy cùng sửa chữa trước

*Nhược điểm:

Cần những Stubs.Các mô-đun ở tại mức tốt hơn được kiểm demo không đầy đủ.

2.4. Phương pháp Sandwich

Pmùi hương pháp sandwich / hybrid là sự việc phối kết hợp của phương pháp Top Down và bottom up. Ở phía trên, những mô-đun hàng đầu được bình chọn với những mô-đun tốt hơn mặt khác các mô-đun rẻ rộng được tích phù hợp với những mô-đun số 1 với được kiểm thử. Chiến lược này sử dụng cả Stubs tương tự như Drivers.

*

C. Làm thay như thế nào để kiểm thử tích hợp?

Quy trình kiểm test tích thích hợp bất cứ kế hoạch kiểm thử ứng dụng (vẫn đàm luận làm việc trên):

Chuẩn bị chiến lược khám nghiệm tích hợpThiết kế những kịch bạn dạng thí điểm, những trường vừa lòng test cùng scriptsThực hiện những trường hợp kiểm demo tiếp theo bằng phương pháp báo cáo các lỗiTheo dõi & chất vấn lại những lỗiBước 3 cùng 4 được lặp lại cho đến Khi hoàn thành Tích hợp thành công xuất sắc.

1. Mô tả cầm tắt về chiến lược kiểm demo tích hợp:

Nó bao gồm những trực thuộc tính sau:

Phương pháp / Phương pháp đánh giá (nhỏng đang luận bàn sinh sống trên).Phạm vi cùng những vùng kế bên phạm vi của kiểm thử tích phù hợp.Vai trò với trách nhiệm.Điều kiện tiên quyết nhằm xem sét tích đúng theo.Môi ngôi trường thí điểm.Rủi ro và kế hoạch bớt tđọc rủi ro ro

2. Hướng dẫn kiểm thử tích hợp

Trước tiên, xác định Chiến lược kiểm demo tích phù hợp mà lại hoàn toàn có thể được trải qua với tiếp nối sẵn sàng những Test cases cùng dữ liệu kiểm demo cho cân xứng.Nghiên cứu vớt xây đắp Kiến trúc của Ứng dụng với khẳng định những Mô-đun đặc trưng. Những điều đó cần phải được kiểm test trước tiên.Có được những thiết kế bối cảnh từ bỏ đội Kiến trúc và chế tạo ra những trường đúng theo thí nghiệm nhằm xác minc cụ thể toàn bộ các giao diện. Giao diện với các đại lý tài liệu / áp dụng phần cứng / phần mềm bên ngoài đề nghị được đánh giá chi tiết.Luôn chuẩn bị mochồng data trước lúc triển khai demo. Không hãy chọn dữ liệu kiểm tra trong khi tiến hành những ngôi trường hòa hợp soát sổ.

Nguồn tham khảo: https://www.guru99.com/integration-testing.html