A. Kiểm thử tích phù hợp là gì?

1. Định nghĩa

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

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

Kiểm test tích hợp tập trung vào đánh giá giao tiếp tài liệu thân các mô-đun. Do kia, nó cũng được gọi là "I & T" (Tích hợp và Kiểm tra), "Kiểm tra chuỗi" và đôi khi là "Kiểm tra luồng".

2. Tại sao bắt buộc soát sổ tích hợp?

*
Mặc dù từng mô-đun ứng dụng sẽ được Unit Test (kiểm thử solo vị), dẫu vậy lỗi vẫn đã trường tồn bởi vì những lý do như:

Một mô-đun, nhìn chung, có thiết kế bởi một nhà cải tiến và phát triển ứng dụng tự do nhưng tất cả sự phát âm biết với xây dựng ngắn gọn xúc tích hoàn toàn có thể khác với những lập trình viên khác. Kiểm thử tích đúng theo là cần thiết để xác minch các mô-đun ứng dụng chuyển động với mọi người trong nhà một giải pháp đồng nhất.Tại thời khắc cải tiến và phát triển mô-đun, đang có tương đối nhiều cơ hội người sử dụng giới thiệu hầu hết biến hóa về yên cầu. Các đề nghị new này rất có thể sẽ không còn được Unit Test (kiểm thử đơn vị) và cho nên Kiểm demo tích thích hợp khối hệ thống trsinh hoạt phải cần thiết.Các giao diện của các mô-đun phần mềm cùng với cơ sở tài liệu có thể sẽ bị lỗiGiao diện Hartware bên ngoài, giả dụ gồm, rất có thể bị lỗiXử lý đều trường thích hợp nước ngoài lệ một bí quyết ko phù hợp rất có thể tạo ra các sự việc khác

3. ví dụ như về trường hợp kiểm demo tích hợp

Test cases của Kiểm demo tích đúng theo cũng khác đối với các nhiều loại kiểm test không giống bên trên phương thơm diện là nó triệu tập đa số vào những bối cảnh và luồng dữ liệu / thông báo thân các mô-đun. Các liên kết tích hợp được ưu tiên để lấy ra vậy vị những chức năng đơn vị nhưng đã được kiểm test.

Test cases mẫu mã cho vấn đề Kiểm test tích phù hợp sẽ theo các kịch phiên bản sau: Ứng dụng mà tất cả 3 mô-đun "Trang đăng nhập", "Hộp thư" và "Xóa email" với từng mô-đun được tích hòa hợp một bí quyết phải chăng.

Tại đây không tập trung nhiều vào bình chọn Trang singin vày nó đã có tiến hành vào Unit Test (kiểm demo đối chọi vị). Nhưng hãy khám nghiệm coi nó được liên kết cùng với Trang Hộp thỏng ra làm sao.

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

*

B. Các phương pháp kiểm soát tích hợp

Các kỹ sư ứng dụng có thể xác định các kế hoạch nhằm tiến hành Kiểm thử tích vừa lòng như:

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

Theo biện pháp này, toàn bộ những yếu tắc được tích phù hợp với nhau và một thời gian với tiếp đến được kiểm test.

*Ưu điểm: Thuận tiện thể cho những hệ thống bé dại.

*Nhược điểm:

Kiểm tra lỗi nội địa hóa (Localization) là một trong những thử thách.Có những lỗi về giao diện cần phải kiểm thử theo phương pháp này, một vài liên kết giao diện phải kiểm demo rất có thể dễ ợt bị làm lơ.Vì Kiểm test Tích hợp chỉ rất có thể ban đầu sau khoản thời gian "tất cả" những mô-đun được thiết kế, đề xuất đội nghiên cứu sẽ có không nhiều thời gian triển khai rộng vào quá trình phân tách.Vì tất cả những mô-đun được đánh giá và một thời điểm, những mô-đun đặc biệt quan trọng tất cả khủng hoảng cao không được ưu tiên giỏi đánh giá riêng. Các mô-đun nước ngoài vi tương quan mang đến hình ảnh người tiêu dùng cũng ko được ưu tiên xuất xắc bình chọn riêng biệt.

Xem thêm: Những Bản Nhạc Không Lời Hay Nhất Của Danbi Piano Là Ai, Nghệ Sĩ Piano Danbi

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

Trong phương thức này, tiến hành kiểm demo bằng cách nối hai hoặc những mô-đun có tương quan mang đến lô ghích. Sau đó, những mô-đun liên quan không giống được thêm vào cùng được chất vấn công dụng phù hợp. Quá trình liên tiếp cho đến Khi toàn bộ những mô-đun được tsay mê gia với kiểm thử thành công.Cách tiếp cận tăng thêm được tiến hành do nhì Phương thơm pháp khác nhau:

Pmùi hương pháp Bottom upPhương pháp Top DownPmùi hương pháp Sandwich - Kết thích hợp trường đoản cú bên trên xuống và từ dưới lên

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

Phương pháp tiếp cận ngày càng tăng được tiến hành bằng phương pháp áp dụng những chương trình mang mang tên là Stub cùng Driver. Stub và Driver ko tiến hành toàn cục xúc tích thiết kế của mô-đun phần mềm mà chỉ mô rộp giao tiếp dữ liệu bằng phương pháp hotline module.

Stub: Được Hotline vì chưng Mô-đun đang rất được kiểm test.Driver: call Mô-đun sẽ được khám nghiệm.

2.2. Phương pháp Bottom up:

Trong Phương pháp Bottom up, mỗi mô-đun sinh sống những thấp cấp hơn được bình chọn cùng với các mô-đun cao hơn cho tới khi tất cả các mô-đun được khám nghiệm. Lúc này, đang đề xuất tới việc hỗ trợ của Driver trong việc kiểm demo.

Biểu đồ dùng biểu diễn:

*
*Ưu điểm:

Việc tìm tìm bug vào từng module đơn nhất là một trong thử thách.Không có thời gian bị tiêu tốn lãng phí lúc mong chờ tất cả các 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 (nghỉ ngơi cung cấp cao nhất của bản vẽ xây dựng phần mềm) mà lại điều hành và kiểm soát luồng ứng dụng được kiểm soát cuối cùng cùng có thể dễ dẫn đến lỗi.Xây dựng một bạn dạng mẫu (prototype) ngay trường đoản cú lúc đầu - là 1 trong những điều ko thể

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

Trong Phương pháp Top Down, Việc kiểm test ra mắt từ bỏ trên xuống bên dưới theo luồng tinh chỉnh và điều khiển của khối hệ thống phần mềm. Lúc này, vẫn yêu cầu đến sự hỗ trợ của Stubs vào bài toán kiểm demo.

Biểu đồ biểu diễn:

*
*Ưu điểm:

Việc tìm tìm bug trong từng module lẻ tẻ trngơi nghỉ bắt buộc tiện lợi hơnXây dựng một bạn dạng chủng loại (prototype) ngay lập tức tự thuở đầu là gồm thểCác mô-đun quan trọng được kiểm test ưu tiên; lỗi kiến thiết thiết yếu hoàn toàn có thể được tìm thấy với sửa chữa thay thế trước

*Nhược điểm:

Cần các Stubs.Các mô-đun tại mức thấp rộng được kiểm thử không không thiếu thốn.

2.4. Pmùi hương pháp Sandwich

Phương pháp sandwich / hybrid là việc phối hợp của cách thức Top Down với bottom up. Tại trên đây, những mô-đun bậc nhất được đánh giá cùng với những mô-đun rẻ hơn đồng thời những mô-đun tốt hơn được tích phù hợp với những mô-đun hàng đầu cùng được kiểm demo. Chiến lược này sử dụng cả Stubs tương tự như Drivers.

*

C. Làm gắng nào để kiểm demo tích hợp?

Quy trình kiểm thử tích đúng theo bất cứ chiến lược kiểm demo ứng dụng (đang thảo luận nghỉ ngơi trên):

Chuẩn bị planer soát sổ tích hợpThiết kế những kịch bạn dạng nghiên cứu, những trường hợp demo và scriptsThực hiện các trường đúng theo kiểm test tiếp theo bằng phương pháp báo cáo những lỗiTheo dõi và bình chọn lại những lỗiCách 3 với 4 được tái diễn cho đến khi ngừng Tích phù hợp thành công.

1. Mô tả nắm tắt về planer kiểm test tích hợp:

Nó bao hàm những ở trong tính sau:

Pmùi hương pháp / Pmùi hương pháp khám nghiệm (như vẫn bàn luận ở trên).Phạm vi và các vùng ngoài phạm vi của kiểm test tích đúng theo.Vai trò với trách rưới nhiệm.Điều kiện tiên quyết để thí nghiệm tích phù hợp.Môi trường phân tách.Rủi ro và planer bớt tgọi đen đủi ro

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

Trước hết, khẳng định Chiến lược kiểm test tích thích hợp mà có thể được trải qua cùng sau đó chuẩn bị các Test cases với dữ liệu kiểm thử đến cân xứng.Nghiên cứu giúp xây dựng Kiến trúc của Ứng dụng cùng khẳng định những Mô-đun đặc biệt quan trọng. Những điều đó cần được được kiểm test trước tiên.Có được các kiến tạo bối cảnh tự team Kiến trúc và sinh sản các ngôi trường phù hợp xem sét nhằm xác minh cụ thể tất cả những giao diện. Giao diện với cơ sở dữ liệu / ứng dụng Hartware / phần mềm bên ngoài nên được bình chọn chi tiết.Luôn chuẩn bị moông chồng data trước lúc thực hiện test. Không hãy chọn dữ liệu kiểm soát trong những khi triển khai các trường hợp chất vấn.

Nguồn tmê mẩn khảo: https://www.guru99.com/integration-testing.html

Bài viết liên quan

Trả lời

Email của bạn sẽ không được hiển thị công khai. Các trường bắt buộc được đánh dấu *