System integration là gì

Kiểm thử tích đúng theo hệ thống là gì?

Kiểm test tích đúng theo khối hệ thống (SIT) được quan niệm là 1 trong nhiều loại kiểm test phần mềm được thực hiện Lúc tích vừa lòng ứng dụng và Hartware nhằm xác minh tính đúng mực của hệ thống hoàn chỉnh. Đó là quy trình kiểm thử được triển khai nhằm review khối hệ thống hoàn hảo có thỏa mãn nhu cầu được thử khám phá được giới thiệu trước đó hay là không.

You watching: System integration là gì

Kiểm test tích đúng theo hệ thống (SIT) được triển khai nhằm xác minh sự liên can giữa những module của khối hệ thống phần mềm. Nó tương quan đến sự việc xác minc những kinh nghiệm phần mềm cao cấp cùng thấp cấp được hướng đẫn vào tài liệu tài liệu quánh tả , thưởng thức phần mềm cùng tư liệu xây đắp phần mềm.

Nó cũng xác minc sự cùng tồn tại của một hệ thống phần mềm với những phần mềm không giống và kiểm thử giao diện giữa những module của ứng dụng ứng dụng. Trong loại nghiên cứu này, trước tiên các module được nghiên cứu cô quạnh với tiếp đến kết hợp để tạo ra một hệ thống.

lấy một ví dụ, các yếu tố ứng dụng với Hartware được phối hợp cùng kiểm thử từ từ cho tới Lúc tổng thể hệ thống được tích hòa hợp.

*

Tại sao đề xuất kiểm test tích phù hợp hệ thống?

Trong phân tích và phát triển ứng dụng, kiểm thử tích đúng theo khối hệ thống được triển khai vày vì:

Giúp phân phát hiện tại sớm các khủng hoảng rủi ro.Phản hồi mau chóng về tính chất khả dụng của các module cá nhân được tích hợpLập định kỳ giải quyết và xử lý khủng hoảng rủi ro một cách linh hoạt và nó có thể thực hiện đồng thời trong quy trình developData flow chính xácFlow điều khiển và tinh chỉnh chính xácĐúng thời gianSử dụng bộ nhớ lưu trữ thiết yếu xácĐúng cùng với trải đời phần mềm

Cách thực hiện Kiểm thử tích vừa lòng hệ thống

Đây là một kỹ thuật gồm khối hệ thống nhằm phát hành cấu tạo lịch trình trong những lúc tiến hành những thí nghiệm để phạt chỉ ra các lỗi liên quan đến tích vừa lòng.

Tất cả các module được tích hòa hợp trước cùng tổng thể chương trình được kiểm thử tổng thể. Nhưng vào quy trình này, hàng loạt các lỗi hoàn toàn có thể chạm chán phải.

Việc fixbug đã trở ngại bởi khi ấy ứng dụng đã sắp hoàn chỉnh. khi các lỗi này được khắc chế với thay thế, một lỗi mới đang xuất hiện với quy trình cứ đọng liên tục điều này trong một vòng lặp vô vàn . Để tránh tình trạng này, một biện pháp tiếp cận không giống được thực hiện, tích phù hợp tăng nhiều (Incremental Integration). Chúng ta đã thấy cụ thể rộng về một bí quyết tiếp cận tăng ngày một nhiều trong khuyên bảo về sau.

Có một số trong những cách thức tăng thêm nhỏng các xem sét tích hòa hợp được tiến hành trên một khối hệ thống dựa vào Chip xử lý đích. Phương pháp được thực hiện là Kiểm thử hộp Đen (Blachồng box testing) . cũng có thể áp dụng tích phù hợp trường đoản cú bên dưới lên hoặc trường đoản cú bên trên xuống.

Tích thích hợp phần mềm cũng có thể áp dụng phần nhiều trong môi trường xung quanh sever, cùng với những đơn vị chức năng rõ ràng đến môi trường xung quanh đích liên tiếp được tế bào rộp vào máy chủ. Lặp lại các thí điểm vào môi trường đích để xác thực là vấn đề cần thiết.

Kiểm thử xác thực ở Lever này vẫn khẳng định những sự việc rõ ràng về môi trường, ví dụ như lỗi trong phân chia bộ lưu trữ với phân chia lại. Tính trong thực tế của bài toán thực hiện tích đúng theo ứng dụng trong môi trường sever sẽ dựa vào vào thời gian độ và công dụng ví dụ của phương châm. Đối với một số trong những hệ thống nhúng, việc ghép cùng với môi trường đích sẽ rất khó khăn, khiến câu hỏi tiến hành tích vừa lòng ứng dụng trong môi trường xung quanh máy chủ trsinh hoạt nên ko thực tế.

Phát triển mọi ứng dụng bài bản to đã phân loại tích vừa lòng phần mềm thành một số trong những Lever. Các cấp độ tích vừa lòng ứng dụng rẻ rộng đa số phụ thuộc vào môi trường thiên nhiên sever, cùng với các cấp độ tích thích hợp ứng dụng trong tương lai trlàm việc bắt buộc dựa vào nhiều hơn thế vào môi trường thiên nhiên đích.

Lưu ý: Nếu chỉ ứng dụng đang được kiểm demo thì nó được gọi là Kiểm test tích hợp ứng dụng cùng giả dụ cả Hartware và phần mềm đang được kiểm demo, thì đó được điện thoại tư vấn là Kiểm thử tích thích hợp ứng dụng phần cứng .

Tiêu chuẩn bắt đầu với giới hạn kiểm thử trong kiểm thử tích hợp

thường thì trong khi tiến hành Kiểm demo tích hợp, kế hoạch ETVX (Tiêu chuẩn ban đầu thử nghiệm, Nhiệm vụ, Xác thực và Tiêu chuẩn giới hạn test) được áp dụng.

Tiêu chuẩn chỉnh bước đầu test:

Hoàn thành kiểm test 1-1 vị

Đầu vào:

Dữ liệu yên cầu phần mềmTài liệu kiến tạo phần mềmKế hoạch xác minc phần mềmTài liệu tích vừa lòng phần mềm

Hoạt động:

Dựa trên những trải nghiệm V.I.P với thấp cấp, hãy tạo nên các thử nghiệm case cùng quy trình kiểm thửKết hợp những phiên bản dựng mô-đun thấp cấp triển khai tác dụng chungPhát triển khai thác phiên bản test nghiệmKiểm thử bạn dạng dựngKhi phân tách được trải qua, bản dựng được kết phù hợp với những bạn dạng dựng không giống cùng được kiểm test cho tới khi toàn bộ khối hệ thống được tích hòa hợp.Thực hiện lại tất cả các nghiên cứu trên căn cơ dựa vào Chip xử lý đích với thu được kết quả

Tiêu chuẩn dừng test:

Hoàn thành thành công việc tích thích hợp mô-đun ứng dụng trên phần cứngHiệu suất của ứng dụng tuân thủ đúng đắn theo những yên cầu được chỉ định

Đầu ra

Báo cáo kiểm demo tích hợpCác demo case cùng quá trình kiểm test phần mềm .

Kiểm thử tích phù hợp phần cứng

Đây là kiểm test của Thành phần phần mềm máy vi tính (CSC) hoạt động trong môi trường thiên nhiên laptop mục tiêu bên trên chức năng cao cấp. Nó tập trung vào hành động của phần mềm tích vừa lòng được cải cách và phát triển trên môi trường thiên nhiên đích.

Kiểm thử tích hòa hợp phần cứng-ứng dụng dựa vào yêu cầu

Mục đích của kiểm demo tích đúng theo Hartware / phần mềm dựa vào những hiểu biết là bảo đảm an toàn rằng phần mềm trong laptop kim chỉ nam đã đáp ứng các thưởng thức cấp cao. Các lỗi nổi bật được bật mý vày phương pháp thí nghiệm này bao gồm:

Lỗi bối cảnh Hartware / phần mềmVi phạm phân vùng ứng dụng.Không có chức năng vạc hiện lỗi bằng cách kiểm test tích hợpPhản hồi không đúng mực với lỗi phần cứngLỗi vì trình từ, download nguồn vào trong thời điểm tạm thời cùng nguồn nguồn vào bị quá tảiLặp lại bình luận hành vi ko chính xácKiểm rà soát không đúng chuẩn câu hỏi thống trị phần cứng bộ nhớVấn đề tranh ma chấp bus dữ liệuHoạt rượu cồn ko đúng chuẩn của vẻ ngoài xác minch tính tương xứng.

Tích vừa lòng phần mềm cùng phần cứng liên quan đến sự việc xác minh những từng trải cấp cao. Tất cả các thí nghiệm làm việc Lever này được triển khai trên Hartware kim chỉ nam.

Kiểm test vỏ hộp black là phương thức kiểm demo bao gồm được thực hiện làm việc cấp độ thí nghiệm này.Chỉ khẳng định các thử nghiệm case kiểm demo trường đoản cú những thử khám phá cấp caoMột kiểm demo đề xuất được thực hiện bên trên Hartware đạt tiêu chuẩn chỉnh sản xuất

Những điều cần xem xét lúc xây đắp những demo case cho kiểm thử tích hòa hợp ứng dụng và Hartware (HW/SW)

Thu thập đúng mực tất cả dữ liệu của phần mềmChia tỷ lệ và phạm vi tài liệu như ước ao ngóng tự Hartware mang lại phần mềmĐầu ra đúng chuẩn của dữ liệu trường đoản cú phần mềm cho phần cứngDữ liệu trong thông số chuyên môn (phạm vi bình thường)Dữ liệu ngoài thông số kỹ thuật (phạm vi bất thường)Dữ liệu ranh mãnh giớiNgắt xử lýThời gianSử dụng bộ lưu trữ đúng chuẩn (ảnh hưởng, ck chéo, v.v.)Chuyển trạng thái

Lưu ý: Đối cùng với kiểm demo ngắt, toàn bộ những ngắt sẽ tiến hành xác minh chủ quyền cùng với yên cầu lúc đầu trải qua hình thức rất đầy đủ cho tới lúc ngừng. Các demo case đã có thiết kế đặc biệt quan trọng nhằm kiểm test khá đầy đủ các ngắt.

Kiểm demo tích phù hợp phần mềm

Đây là kiểm demo của yếu tố phần mềm laptop hoạt động trong máy chủ / máy vi tính đích

Nó triệu tập vào hành động của CSC trong môi trường thiên nhiên sever / kim chỉ nam tế bào bỏng. Cách tiếp cận được sử dụng mang đến tích vừa lòng ứng dụng hoàn toàn có thể là bí quyết tiếp cận gia tăng (từ bên trên xuống, bí quyết tiếp cận từ bỏ dưới lên hoặc kết hợp cả hai).

See more: Là Gì? Nghĩa Của Từ Corner Là Gì ? Nghĩa Của Từ Corners Trong Tiếng Việt

Cách tiếp cận gia tăng

Kiểm thử tăng cao là 1 trong giải pháp kiểm demo tích phù hợp. Trong các loại phương pháp kiểm thử này, trước tiên bạn kiểm thử từng module của phần mềm và tiếp nối liên tiếp kiểm test bằng phương pháp nối thêm những mô-đun không giống với module khác, v.v.

Tích đúng theo ngày càng tăng là việc tương phản với phương pháp tiếp cận big bang. Chương thơm trình được desgin cùng thí nghiệm trong những phân đoạn nhỏ dại, lúc đó những lỗi thuận tiện rộng để cô lập với sửa chữa thay thế. Các giao diện có tương đối nhiều tài năng được kiểm thử trọn vẹn cùng phương thức kiểm demo tất cả khối hệ thống có thể được áp dụng.

Có nhì loại kiểm demo tăng dần:

Cách tiếp cận trường đoản cú trên xuốngCách tiếp cận từ dưới lên

Cách tiếp cận từ bỏ trên xuống

Trong hình dạng tiếp cận này, cá thể ban đầu bằng cách chỉ kiểm thử giao diện người tiêu dùng, với tác dụng cơ bạn dạng được tế bào bỏng theo sơ knhì, sau đó chúng ta dịch chuyển xuống bên dưới tích đúng theo các lớp rẻ rộng cùng tốt hơn hẳn như trong hình dưới.

*

Bắt đầu với module tinh chỉnh thiết yếu, các mô đun được tích phù hợp bằng phương pháp dịch chuyển xuống bên dưới trải qua hệ thống phân cấp điều khiểnCác module phụ đến module tinh chỉnh và điều khiển chủ yếu được kết hợp vào cấu tạo theo cách trước tiên theo hướng rộng lớn hoặc theo hướng sâu.Tích hợp theo chiều sâu đầu tiên tích đúng theo toàn bộ các module bên trên một đường truyền điều khiển chủ yếu của cấu trúc nlỗi được hiển thị trong sơ thứ sau:

*

Quá trình tích thích hợp module được triển khai theo cách sau:

Mô-đun tinh chỉnh và điều khiển chính được áp dụng có tác dụng trình điều khiển và tinh chỉnh phân tích với các nhánh được sửa chữa thay thế đến tất cả các module trực tiếp phụ thuộc vào module điều khiển chủ yếu.Các nhánh cấp cho bên dưới được sửa chữa cùng một lúc bằng những module thực tiễn tùy thuộc vào cách tiếp cận được lựa chọn (chiều rộng lớn thứ nhất hoặc độ sâu trước).Các thí nghiệm được thực hiện lúc mỗi mô-đun được tích vừa lòng.Lúc xong xuôi từng cỗ kiểm demo, một nhánh khác được thay thế sửa chữa bởi một module đích thực Khi xong xuôi từng bộ kiểm thửĐể bảo vệ rằng những lỗi new không được nhắc trong kiểm demo hồi quy

Quá trình liên tiếp trường đoản cú bước 2 cho đến Khi tổng thể cấu trúc công tác được xuất bản. Chiến lược từ trên xuống nghe có vẻ không tinh vi, mà lại vào thực tế, những sự việc hậu cần tạo nên.

Các sự việc thông dụng tuyệt nhất xẩy ra lúc xử trí ở tại mức rẻ vào hệ thống phân cung cấp được yên cầu để kiểm demo không hề thiếu những cung cấp trên.

Các nhánh thay thế sửa chữa các module thấp cấp khi bước đầu kiểm demo từ bỏ bên trên xuống với cho nên vì vậy, không tồn tại tài liệu đặc biệt như thế nào rất có thể chảy lên vào kết cấu công tác.

Những thách thức nhưng mà Tester rất có thể phải đối mặt:

Trì hoãn vấn đề kiểm thử cho đến Khi nhánh được sửa chữa thay thế bằng những module thực tiễn.Phát triển các nhánh thực hiện những tác dụng giới hạn mô bỏng module thực tế.Tích đúng theo ứng dụng từ dưới cùng của khối hệ thống phân cung cấp trsống lên.

Lưu ý: Cách tiếp cận trước tiên khiến cho chúng ta mất một số quyền điều hành và kiểm soát đối với sự khớp ứng thân những phân tích cụ thể và kết hợp những module rõ ràng. Vấn đề này có thể dẫn cho khó khăn trong bài toán xác định nguyên nhân tạo ra lỗi có xu hướng vi phạm bản chất bị ràng buộc cao của cách thức từ bên trên xuống.

Cách tiếp cận sản phẩm nhị là khả thi nhưng lại hoàn toàn có thể dẫn mang lại chi phí đáng kể, do những nhánh ngày dần tinh vi.

Cách tiếp cận trường đoản cú dưới lên

Tích đúng theo trường đoản cú bên dưới lên bước đầu tạo ra cùng thể nghiệm cùng với các module tại mức tốt duy nhất trong kết cấu chương trình. Trong quá trình này, những module được tích đúng theo trường đoản cú dưới lên trên mặt.

Trong phương thức này, Việc cách xử lý cần thiết cho các mô-đun nhờ vào tại 1 nấc nhất quyết luôn có sẵn cùng nhu cầu cho những sơ knhị được vứt bỏ.

Quá trình kiểm demo tích hợp này được triển khai theo bốn bước

Các module thấp cấp được phối hợp thành các các thực hiện chức năng prúc phần mềm rõ ràng.Một trình tinh chỉnh được viết để păn năn phù hợp với các kiểm tra case đầu vào cùng đầu ra.Các cluster hoặc phiên bản build được kiểm thửTrình tinh chỉnh được loại bỏ cùng những các được phối kết hợp dịch chuyển lên trên mặt trong cấu trúc chương trình.

Trong thực tế, nếu như hai cung cấp tối đa của cấu trúc chương trình được tích hòa hợp từ bỏ trên xuống, số lượng trình điều khiển rất có thể giảm đáng kể với bài toán tích phù hợp những cluster được đơn giản hóa rất nhiều. Tích đúng theo theo quy mô minch họa dưới đây. khi tích vừa lòng di chuyển lên trên, cần được chia ra các demo driver riêng biệt.

*

Lưu ý: Nếu hai cung cấp cao nhất của cấu trúc chương trình được tích thích hợp Từ bên trên xuống, số lượng trình điều khiển và tinh chỉnh hoàn toàn có thể bớt đáng kể và vấn đề tích vừa lòng những phiên bản dựng được dễ dàng và đơn giản hóa tương đối nhiều.

Cách tiếp cận Big Bang

Trong phương thức này, toàn bộ những module không được tích vừa lòng cho tới Lúc và trừ khi toàn bộ những mô-đun vẫn sẵn sàng chuẩn bị. Lúc chúng đang sẵn sàng, tất cả các module được tích thích hợp với sau đó nó được thực hiện để hiểu liệu tất cả những module tích hòa hợp có chuyển động hay là không.

Trong phương pháp này, thật khó khăn để biết ngulặng nhân căn cơ của bởi tích hòa hợp đều máy và một thời gian.

Ngoài ra, đã có nhiều kỹ năng xảy ra các lỗi cực kỳ nghiêm trọng vào môi trường thiên nhiên product

Cách tiếp cận này chỉ được áp dụng lúc kiểm test tích đúng theo yêu cầu được tiến hành và một lúc.

See more: 10 Lý Do Ngành Ngôn Ngữ Anh Là Gì ? Ra Trường Làm Gì? Có Nên Học Ngành Này Không

Tổng kết:

Tích thích hợp được triển khai để xác minc các thúc đẩy giữa các module của hệ thống phần mềm. Nó giúp phát hiện tại nhanh chóng kthi thoảng khuyết

Kiểm test tích phù hợp có thể được tiến hành so với tích hợp phần cứng - phần mềm hoặc phần cứng - phần cứng

Kiểm demo tích phù hợp được thực hiện bởi hai pmùi hương pháp

Cách tiếp cận gia tăngCách tiếp cận big bang

Trong Khi tiến hành kiểm demo tích phù hợp nói chung, kế hoạch ETVX (Tiêu chuẩn chỉnh bắt đầu kiểm test, Nhiệm vụ, Xác thực và tiêu chuẩn chỉnh giới hạn kiểm thử) được áp dụng.


Chuyên mục: Giải Đáp