iTMS Coaching – Nơi bạn có thể tìm tìm cho doanh nghiệp đầy đủ khoá học tập từ bỏ cnạp năng lượng phiên bản đến cải thiện về Kiểm Thử Phần Mềm. Với sứ mệnh mang lại thời cơ cho toàn bộ hầu hết bạn, sống bất cứ đâu, chúng tôi luôn sản xuất ĐK đến toàn bộ phần lớn fan bởi vấn đề tổ chức các công tác huấn luyện Tester online quality từ bỏ những Chuyên Viên số 1 đất nước hình chữ S.

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




*

Integration Testing là gì?

*
Kiểm thử tích phù hợp (Integration Testing) được khái niệm là một trong những nhiều loại kiểm test trong những số đó các module của phần mềm được tích hòa hợp xúc tích và ngắn gọn cùng được kiểm thử theo đội.Một dự án ứng dụng điển hình bao hàm những module, được code do những lập trình sẵn viên. Kiểm thử tích đúng theo là kiểm test sự tương xứng thân các module kia.Do kia, kiểm test tích thích hợp có cách gọi khác là I & T (Tích thích hợp cùng Kiểm thử), String Testing (Kiểm thử chuỗi) và nhiều lúc là Thread Testing (Kiểm demo luồng). Và để làm rõ rộng về loại kiểm thử này mình sẽ ra mắt cùng với các bạn những phần nlỗi sau:
Contents hide
1Integration Testing là gì?
2Tại sao rất cần phải Integration Testing?
3ví dụ như Integration Testing
4Phương thơm 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ả bắt tắt về planer Integration Testing
7Tiêu chí bắt đầu với xong của kiểm test tích hợp
7.1Tiêu chí bắt đầu
7.2Tiêu chí kết thúc
8Thực hiện nay kiểm demo tích phù hợp như thế nào nhằm đạt hiệu quả giỏi nhất?
9Kết Luận

Tại sao rất cần được Integration Testing?

Mặc dù mỗi module đã làm được Unit Testing dẫu vậy lỗi vẫn còn mãi mãi do một trong những nguyên nhân như:

Do mỗi module được thiết kế với vì một developer hòa bình, có kiến thức và kỹ năng với xúc tích lập trình không giống nhau vày vậy có thể sẽ có lỗi phát sinh khi tích hợp các module cùng nhau.Khách hàng vẫn biến đổi đề nghị kiến thiết vào quá trình trở nên tân tiến module (thêm thưởng thức, update lại yên cầu trong khi thấy không hợp lý…) với các hưởng thụ new này rất có thể ko được Unit Testing xuất xắc Lúc tích hợp vẫn tạo ra lỗi.Các hình ảnh của các module trong phần mềm với cửa hàng dữ liệu có thể ko tương hợp.khi tích vừa lòng các module vào hệ thống hoàn toàn có thể ko tương xứng với thông số kỹ thuật phổ biến của hệ thống.Xử lý các nước ngoài lệ ko rất đầy đủ rất có thể tạo ra lỗi.

lấy ví dụ Integration Testing

Test Case của Integration Testing khác với những Test Case không giống, kiểm demo tích vừa lòng tập trung đa phần vào các bối cảnh và luồng dữ liệu tuyệt ban bố giữa các module. Bởi kiểm demo đơn vị chức năng đã được khám nghiệm mang đến từng module đề nghị tại đây không quan trọng nhằm soát sổ lại.Ví dụ: Kiểm test tích đúng theo mang lại kịch phiên bản “Quản lý chi phí”

Nghiệp vụ

– Ứng dụng tất cả 2 menu Product Group cùng Product Category. Tại đây ko tập trung nhiều vào kiểm demo giao diện và tác dụng của 2 thực đơn trên vì chưng nó đã có thực hiện trong Unit testing. Nhưng vẫn triệu tập soát sổ phần tích phù hợp thân 2 menu kia.

Trường hòa hợp kiểm thử nhỏng sau

Group nào active mặt Product Group thì đang hiển thị bên Product Category

*
*
Và trở lại Group như thế nào ko active 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

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

*
Dưới đây mình vẫn giới thiệu các chiến lược, biện pháp tiến hành cùng đều ưu thế điểm yếu kém của các cách thức.

Big Bang

Tất cả các yếu tố được tích vừa lòng cùng một dịp, sau đó thực hiện kiểm thử.Ưu điểm: Thuận luôn tiện cho các khối hệ thống bé dại.Nhược điểm:

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

Incremental Testing

Trong phương thức này, kiểm demo được tiến hành bằng cách ghxay hai hoặc nhiều module tất cả liên quan đến lô ghích. Sau kia, các module tương quan không giống được sản xuất với kiểm test công dụng thích hợp. Quá trình thường xuyên cho đến lúc tất cả những module có thêm và chấm dứt quy trình kiểm demo.Cách tiếp cận tăng dần được tiến hành vì hai Phương thơm pháp không giống nhau:

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

Stub và Driver là gì?Phương thơm pháp tiếp cận tăng dần đều được tiến hành bằng cách áp dụng các công tác giả lập là Stub với Driver. Stub và Driver ko tiến hành toàn cục xúc tích của module nhưng chỉ mô rộp liên kết tài liệu cùng với module đang được hotline.Stub: Được Call bởi module sẽ kiểm demo.

Xem thêm: Đi Ngoài Phân Đen Là Bệnh Gì ? ĐI Ngoã I Ra Mã¡U đEn

Driver: call module và để được kiểm test.Bottom UpTrong phương pháp tích vừa lòng trường đoản cú dưới lên, mỗi module sinh hoạt những thấp cấp hơn được kiểm test với các module cao hơn nữa cho đến khi toàn bộ các module được kiểm demo. Tích phù hợp từ bỏ dưới lên cần sự cung ứng của Driver để kiểm thửSơ đồ vật màn biểu diễn giải pháp tiếp cận trường đoản cú bên dưới lên:
*
Ưu điểm:

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

Nhược điểm:

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

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

*
Ưu điểm:

Việc phát hiện tại lỗi thuận tiện hơn.Có năng lực thực hiện tích hòa hợp từ bỏ trên xuống từ mau chóng.Các module quan trọng đặc biệt được ưu tiên kiểm thử; lỗi kiến thiết quan trọng đặc biệt hoàn toàn có thể được search thấy và sửa chữa trước tiên.

Nhược điểm:

Cần những Stub.Các module ở tầm mức tốt rộng ko được kiểm demo rất đầy đủ.

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

Quy trình Integration Testing?

Quy trình kiểm test tích hợp ko riêng biệt kế hoạch kiểm demo phần mềm:

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

Mô tả tóm tắt về chiến lược Integration Testing

Kiểm demo tích vừa lòng bao hàm những ở trong tính sau:

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

Tiêu chí bắt đầu và chấm dứt của kiểm demo tích hợp

Tiêu chí ban đầu và dứt của tiến trình kiểm thử tích thích hợp trong bất kỳ quy mô 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 demo đơn vị chức năng.Tất cả những lỗi gồm độ ưu tiên cao đã có sửa.Tất cả các module được hoàn thành cùng được tích phù hợp.Kế hoạch kiểm demo tích hợp, test cases, các kịch bản, tài liệu đã có trải qua.Môi trường kiểm demo được thiết lập cấu hình theo đòi hỏi nhằm kiểm thử tích đúng theo.

Tiêu chí kết thúc

Kiểm thử tích phù hợp thành công.Các ngôi trường thích hợp kiểm demo đã thực hiện được ghi lạiTất cả những lỗi có ưu tiên cao đã làm được sửaTài liệu kỹ thuật được chuyển nhượng bàn giao.

Thực hiện nay kiểm test tích đúng theo như thế nào nhằm đạt công dụng giỏi nhất?

Trước tiên, xác định Chiến lược kiểm test tích hợp được thông qua, sau đó chuẩn bị những ngôi trường vừa lòng kiểm test cùng dữ liệu kiểm demo tương xứng.Nghiên cứu giúp Kiến trúc của Ứng dụng trên phiên bản xây đắp cùng khẳng định các module quan trọng đặc biệt, cần phải được ưu tiên kiểm thử sinh hoạt tiến độ này.Lấy các xây đắp bối cảnh tự đội Kiến trúc và sinh sản những ngôi trường hợp kiểm demo nhằm khẳng định chi tiết toàn bộ những bối cảnh. Giao diện cùng với các đại lý dữ liệu / áp dụng phần cứng / ứng dụng buộc phải được kiểm thử chi tiết.Sau những trường hợp kiểm thử, dữ liệu kiểm test cũng đóng vai trò đặc biệt.Luôn sẵn sàng dữ liệu mang lập trước lúc triển khai kiểm demo. Không sẵn sàng dữ liệu kiểm thử trong những khi tiến hành các ngôi trường vừa lòng kiểm demo.

Kết Luận