INTEGRATION TEST LÀ GÌ

iTMS Coaching – Nơi chúng ta có thể kiếm tìm tìm cho bạn phần nhiều khoá học tập tự căn bản cho nâng cấp về Kiểm Thử Phần Mềm. Với thiên chức đem đến cơ hội mang lại tất cả các fan, sinh sống bất kể đâu, công ty chúng tôi luôn chế tạo ra ĐK đến toàn bộ đều bạn bằng Việc tổ chức các lịch trình giảng dạy Tester online unique tự những chuyên gia số 1 cả nước.

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

Integration Testing là gì?

Kiểm demo tích thích hợp (Integration Testing) được có mang là 1 các loại kiểm test trong những số đó những module của ứng dụng được tích phù hợp logic cùng được kiểm test theo đội.Một dự án công trình phần mềm nổi bật bao gồm nhiều module, được code vì chưng các xây dựng viên. Kiểm demo tích vừa lòng là kiểm demo sự cân xứng giữa các module kia.Do kia, kiểm test tích hợp còn được gọi là I và T (Tích hòa hợp với Kiểm thử), String Testing (Kiểm test chuỗi) cùng thỉnh thoảng là Thread Testing (Kiểm demo luồng). Và nhằm làm rõ hơn về các loại kiểm test này bản thân vẫn giới thiệu cùng với các bạn các phần như sau:
Contents hide
1Integration Testing là gì?
2Tại sao cần được Integration Testing?
3lấy một ví dụ Integration Testing
4Phương pháp tiếp cận/ Chiến lược của Integration Testing
4.1Big Bang
4.2Incremental Testing
5Quy trình Integration Testing?
6Mô tả tóm tắt về kế hoạch Integration Testing
7Tiêu chí bắt đầu với chấm dứt của kiểm demo tích hợp
7.1Tiêu chí bắt đầu
7.2Tiêu chí kết thúc
8Thực hiện kiểm test tích thích hợp như thế nào để đạt công dụng tốt nhất?
9Kết Luận

Tại sao cần phải Integration Testing?

Mặc cho dù mỗi module đã được Unit Testing tuy vậy lỗi vẫn còn đấy mãi sau vày một vài nguyên do như:

Do từng module được thiết kế theo phong cách vị một developer hòa bình, gồm kỹ năng và kiến thức cùng logic xây dựng khác nhau vị vậy hoàn toàn có thể sẽ có lỗi tạo nên Lúc tích vừa lòng các module cùng nhau.Khách mặt hàng đã biến hóa đề xuất xây dựng trong quy trình cách tân và phát triển module (thêm yên cầu, update lại hưởng thụ thấy lúc không hợp lý…) cùng các thử dùng new này có thể ko được Unit Testing tốt Khi tích vừa lòng đã phát sinh lỗi.Các giao diện của các module trong ứng dụng cùng với các đại lý dữ liệu có thể không tương thích.lúc tích đúng theo những module vào hệ thống có thể không tương hợp với cấu hình tầm thường của hệ thống.Xử lý những ngoại lệ ko không thiếu có thể gây ra lỗi.

ví dụ như Integration Testing

Test Case của Integration Testing không giống với những Test Case không giống, kiểm test tích hợp tập trung đa phần vào các đồ họa với luồng tài liệu hay ban bố thân các module. Bởi kiểm test đơn vị chức năng đã có được bình chọn mang lại từng module cần ở chỗ này không cần thiết để chất vấn lại.Ví dụ: Kiểm thử tích phù hợp đến kịch bản “Quản lý chi phí”

Nghiệp vụ

– Ứng dụng có 2 thực đơn Product Group và Product Category. Tại đây không tập trung nhiều vào kiểm thử bối cảnh với tính năng của 2 menu trên bởi nó đã có tiến hành trong Unit testing. Nhưng đã tập trung đánh giá phần tích hòa hợp giữa 2 menu kia.

Trường phù hợp kiểm test nhỏng sau

Group nào active bên Product Group thì vẫn hiển thị bên Product Category

Và ngược trở lại Group như thế nào ko active sầu thì sẽ không còn hiển thị

Phương thơm pháp tiếp cận/ Chiến lược của Integration Testing

Phương pháp tiếp cận trong Kiểm thử tích hợp:

Dưới phía trên bản thân đang ra mắt các chiến lược, phương pháp triển khai với số đông ưu thế điểm yếu kém của các phương thức.

Big Bang

Tất cả những nhân tố được tích hòa hợp cùng một lúc, tiếp nối triển khai kiểm thử.Ưu điểm: Thuận tiện thể cho các hệ thống nhỏ.Nhược điểm:

Khó khăn trong bài toán phạt hiện tại bug.Với số lượng giao diện cần được kiểm demo theo phương thức này, một số đồ họa link cần kiểm thử rất có thể dễ ợt bị bỏ lỡ.Vì kiểm demo Tích phù hợp chỉ hoàn toàn có thể bắt đầu sau thời điểm toàn bộ những module được thiết kế theo phong cách, bắt buộc nhóm kiểm demo sẽ sở hữu được không nhiều thời gian triển khai rộng trong quá trình kiểm test.Vì toàn bộ các module được kiểm thử mặt khác, những module đặc biệt tất cả khủng hoảng cao không bị xa lánh với được ưu tiên kiểm test. Các module bao gồm tương quan đến hình ảnh người dùng cũng không xẩy ra xa lánh và được ưu tiên kiểm demo.

Incremental Testing

Trong cách thức này, kiểm demo được triển khai bằng cách ghnghiền hai hoặc các module bao gồm liên quan mang đến súc tích. Sau kia, các module tương quan khác được sản xuất và kiểm test tính năng phù hợp. Quá trình thường xuyên cho tới lúc tất cả các module được thêm với xong xuôi quá trình kiểm test.Cách tiếp cận tăng vọt được triển khai vị nhị Pmùi hương pháp không giống nhau:

Từ bên dưới lên (Bottom Up)Từ bên trên xuống (Top Down)

Stub và Driver là gì?Phương pháp tiếp cận tăng mạnh được tiến hành bằng cách sử dụng các lịch trình giả lập là Stub và Driver. Stub và Driver ko thực hiện toàn cục xúc tích và ngắn gọn của module nhưng chỉ tế bào bỏng liên kết tài liệu cùng với module đang được Hotline.Stub: Được Call bởi module vẫn kiểm demo.

Xem thêm:

Driver: hotline module để được kiểm thử.Bottom UpTrong bí quyết tích hòa hợp trường đoản cú dưới lên, mỗi module nghỉ ngơi những cấp thấp hơn được kiểm test với những module cao hơn nữa cho tới Khi tất cả các module được kiểm demo. Tích hòa hợp tự bên dưới lên đề nghị sự cung cấp của Driver để kiểm thửSơ vật dụng biểu diễn bí quyết tiếp cận tự dưới lên:Ưu điểm:

Việc vạc hiện tại lỗi dễ dãi rộng.Không bị lãng phí thời hạn chờ đón tất cả các module được xuất bản, không giống hệt như phương thức Big-bang

Nhược điểm:

Các module đặc biệt (ở cấp cho tối đa của loài kiến ​​trúc phần mềm) bao gồm luồng tinh chỉnh được kiểm demo lần cuối phải dễ dẫn đến sót lỗi.Thực hiện kiểm thử tích hợp từ bỏ dưới lên trường đoản cú sớm là không thể

Top DownTrong biện pháp tiếp cận từ trên xuống, kiểm thử ra mắt trường đoản cú trên xuống dưới theo luồng điều khiển và tinh chỉnh của khối hệ thống phần mềm. Cần sự hỗ trợ của Stub để kiểm thử.Sơ đồ vật màn trình diễn giải pháp tiếp cận tự trên xuống:

Ưu điểm:

Việc phát hiện nay lỗi dễ dàng rộng.Có tài năng tiến hành tích vừa lòng tự trên xuống từ bỏ nhanh chóng.Các module đặc biệt được ưu tiên kiểm thử; lỗi kiến tạo quan trọng hoàn toàn có thể được tìm kiếm thấy với sửa chữa trước tiên.

Nhược điểm:

Cần nhiều Stub.Các module ở mức rẻ rộng ko được kiểm demo đầy đủ.

Tích đúng theo Hybrid/ SandwichChiến lược sandwich / hybrid là sự việc kết hợp của cách thức Top Down với Bottom up. Các module trên thuộc được kiểm test thuộc thời gian cùng với các module tốt rộng, mặt khác các module thấp rộng được tích phù hợp với các module sinh sống trên và được triển khai kiểm test. Chiến lược này sử dụng Stubs tương tự như Drivers.

Quy trình Integration Testing?

Quy trình kiểm thử tích thích hợp ko tách biệt chiến lược kiểm thử phần mềm:

Chuẩn bị kế hoạch kiểm thử tích hợp.Thiết kế những thử nghiệm scenarios, kiểm tra cases với kiểm tra scripts.Thực thi những chạy thử cases, report các lỗi giả dụ gồm.Theo dõi & kiểm demo lại những test cases tất cả lỗi.Cách 3 với 4 được tái diễn cho đến Lúc kiểm demo hợp được ngừng.

Mô tả cầm tắt về kế hoạch Integration Testing

Kiểm test tích hợp bao hàm những trực thuộc tính sau:

Phương thơm pháp / phía tiếp cận kiểm thử.Trong phạm vi và quanh đó phạm vi kiểm demo tích hợp.Vai trò và trách nát nhiệm.Điều kiện nền móng để kiểm demo tích đúng theo.Môi trường kiểm thử.Kế hoạch giảm thiểu rủi ro khủng hoảng.

Tiêu chí bước đầu và ngừng của kiểm thử tích hợp

Tiêu chí bắt đầu cùng ngừng của tiến trình kiểm test tích hợp vào ngẫu nhiên mô hình cách tân và phát triển ứng dụng nào

Tiêu chí bắt đầu

Thành phần / module đã có kiểm test đơn vị chức năng.Tất cả các lỗi tất cả độ ưu tiên cao đã được sửa.Tất cả những module được ngừng và được tích đúng theo.Kế hoạch kiểm thử tích vừa lòng, kiểm tra cases, những kịch phiên bản, tư liệu đã làm được thông qua.Môi trường kiểm thử được tùy chỉnh theo trải đời để kiểm thử tích phù hợp.

Tiêu chí kết thúc

Kiểm thử tích phù hợp thành công xuất sắc.Các ngôi trường hòa hợp kiểm demo vẫn triển khai được ghi lạiTất cả những lỗi có ưu tiên cao đã có được sửaTài liệu nghệ thuật được bàn giao.

Thực hiện kiểm thử tích vừa lòng như thế nào nhằm đạt hiệu quả giỏi nhất?

Thứ nhất, xác minh Chiến lược kiểm thử tích hòa hợp được thông qua, sau đó sẵn sàng những trường hợp kiểm demo cùng dữ liệu kiểm thử tương xứng.Nghiên cứu vớt Kiến trúc của Ứng dụng bên trên bạn dạng thiết kế với xác minh những module quan trọng, cần được được ưu tiên kiểm demo ở quy trình tiến độ này.Lấy các thiết kế đồ họa trường đoản cú đội Kiến trúc và sản xuất các ngôi trường vừa lòng kiểm thử nhằm xác minh 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 Hartware / phần mềm đề xuất được kiểm thử chi tiết.Sau những trường phù hợp kiểm demo, dữ liệu kiểm thử cũng nhập vai trò đặc biệt quan trọng.Luôn chuẩn bị dữ liệu đưa lập trước khi tiến hành kiểm test. Không sẵn sàng tài liệu kiểm thử trong những lúc thực hiện những ngôi trường đúng theo kiểm test.

Kết Luận