Kiểm tra thành phần là gì? Kỹ thuật, trường hợp thử nghiệm mẫu

Kiểm tra thành phần là gì?

Kiểm thử thành phần được định nghĩa là một loại kiểm thử phần mềm, trong đó việc kiểm thử được thực hiện trên từng thành phần riêng biệt mà không tích hợp với các thành phần khác. Nó cũng được gọi là Kiểm thử mô-đun khi xem xét từ góc độ kiến ​​trúc. Kiểm thử thành phần cũng được gọi là Kiểm thử đơn vị, Kiểm thử chương trình hoặc Kiểm thử mô-đun.

Nói chung, bất kỳ phần mềm nào nói chung đều được tạo thành từ nhiều thành phần. Kiểm tra cấp độ thành phần liên quan đến việc kiểm tra các thành phần này một cách riêng lẻ.

Đây là một trong những loại thử nghiệm hộp đen thường xuyên nhất được thực hiện bởi nhóm QA.

Theo sơ đồ bên dưới, sẽ có chiến lược kiểm thử và kế hoạch kiểm thử để kiểm thử thành phần. Trong đó mỗi phần của phần mềm hoặc ứng dụng được xem xét riêng lẻ. Đối với mỗi thành phần này một Kịch bản thử nghiệm sẽ được xác định, sẽ được đưa tiếp vào các Trường hợp thử nghiệm cấp cao -> Các trường hợp thử nghiệm chi tiết cấp độ thấp với các điều kiện tiên quyết.

Việc sử dụng thuật ngữ “Kiểm tra thành phần” thay đổi tùy theo từng miền và từ tổ chức này sang tổ chức khác.

Lý do phổ biến nhất cho nhận thức khác nhau về kiểm thử Thành phần là

1. Loại mô hình vòng đời phát triển được chọn
2. Độ phức tạp của phần mềm hoặc ứng dụng đang được thử nghiệm
3. Kiểm thử có hoặc không có sự cách ly với phần còn lại của thành phần khác trong phần mềm hoặc ứng dụng.

Như chúng ta đã biết Vòng đời kiểm thử phần mềm Archikiến trúc có rất nhiều đồ tạo tác thử nghiệm (Tài liệu được tạo ra, sử dụng trong hoạt động thử nghiệm). Trong số nhiều thử nghiệm – tạo phẩm, Chính sách thử nghiệm & Chiến lược thử nghiệm xác định các loại thử nghiệm, độ sâu thử nghiệm sẽ được thực hiện trong một dự án nhất định.

Ai thực hiện kiểm thử thành phần

Kiểm tra thành phần được thực hiện bởi người kiểm tra. 'Thử nghiệm đơn vị' được thực hiện bởi các nhà phát triển trong đó họ thực hiện kiểm tra chức năng hoặc quy trình riêng lẻ. Sau đó Kiểm tra đơn vị được thực hiện, thử nghiệm tiếp theo là thử nghiệm thành phần. Kiểm thử thành phần được thực hiện bởi người kiểm thử.

Khi nào cần thực hiện kiểm thử Thành phần

Kiểm thử thành phần được thực hiện ngay sau khi nhà phát triển thực hiện Kiểm thử đơn vị và bản dựng được phát hành cho nhóm kiểm thử. Bản dựng này được gọi là bản dựng UT (Bản dựng thử nghiệm đơn vị). Chức năng chính của tất cả các thành phần được kiểm tra trong giai đoạn này,

Tiêu chí đầu vào để kiểm tra thành phần

• Số lượng thành phần tối thiểu được đưa vào UT phải được phát triển và thử nghiệm đơn vị.

Tiêu chí đầu ra cho thử nghiệm thành phần

• Chức năng của tất cả các thành phần sẽ hoạt động tốt.
• Không được có bất kỳ khiếm khuyết mức độ nghiêm trọng & mức độ nghiêm trọng hoặc Cao hoặc Trung bình nào Khiếm khuyết đăng nhập.

Kỹ thuật kiểm tra thành phần

Dựa trên độ sâu của các cấp độ kiểm thử, Kiểm thử thành phần có thể được phân loại thành:

1. CTIS – Kiểm thử thành phần quy mô nhỏ
2. CTIL – Thử nghiệm thành phần quy mô lớn

CTIS – Kiểm thử thành phần quy mô nhỏ

Kiểm thử thành phần có thể được thực hiện có hoặc không có sự cô lập của các thành phần còn lại trong phần mềm hoặc ứng dụng đang được kiểm thử. Nếu nó được thực hiện với sự cô lập của thành phần khác thì nó được gọi là Kiểm tra thành phần ở quy mô nhỏ.

Ví dụ 1: Hãy xem xét một trang web có 5 trang web khác nhau, sau đó kiểm tra từng trang web riêng biệt và tách biệt các thành phần khác được gọi là Kiểm thử thành phần ở quy mô nhỏ.

Ví dụ 2: Hãy xem xét trang chủ của trang web guru99.com có ​​nhiều thành phần như

Trang chủ, Kiểm tra, SAP, Web, Phải học!, Dữ liệu lớn, Dự án trực tiếp, Blog, v.v.

Tương tự, bất kỳ phần mềm nào cũng được tạo thành từ nhiều thành phần và mỗi thành phần sẽ có các thành phần con riêng. Việc kiểm tra từng mô-đun được đề cập trong ví dụ 2 một cách riêng biệt mà không xem xét việc tích hợp với các thành phần khác được gọi là Kiểm tra thành phần ở quy mô nhỏ.

Nhấp vào menu thả xuống kiểm tra theo trình đơn chụp nhanh bên dưới và xem nhiều “các thành phần phụ” của thành phần Kiểm tra. Vì vậy các thành phần phụ được hiển thị là Kiểm tra bằng tay, SOAPUI, QTP, JUnit, Selenium, Quản lý kiểm tra, Selenium, di động Kiểm tra, vv

Lưu ý: Thành phần phụ được đề cập bằng màu đỏ nổi bật trong ảnh chụp nhanh bên dưới.

CTIL – Thử nghiệm thành phần quy mô lớn

Kiểm thử thành phần được thực hiện mà không cách ly các thành phần khác trong phần mềm hoặc ứng dụng đang được kiểm thử được gọi là Kiểm thử thành phần lớn.

Hãy lấy một ví dụ để hiểu nó theo cách tốt hơn. Giả sử có một ứng dụng bao gồm ba thành phần Hợp phần A, Thành phần B, và thành phần C.

Nhà phát triển đã phát triển thành phần B và muốn nó được thử nghiệm. Nhưng để hoàn toàn kiểm tra thành phần B, một số chức năng của nó phụ thuộc vào thành phần A và một số chức năng phụ thuộc vào thành phần C.

Luồng chức năng: A -> B -> C có nghĩa là có sự phụ thuộc vào B từ cả A & C, theo sơ đồ sơ đồ là gọi là hàm, và người lái xe là chức năng gọi điện.

Nhưng thành phần A và thành phần C vẫn chưa được phát triển. Trong trường hợp đó, để test hoàn toàn thành phần B, chúng ta có thể thay thế thành phần A và thành phần C bằng stub và driver theo yêu cầu. Vì vậy, về cơ bản, thành phần A & C được thay thế bằng stub & driver hoạt động như một đối tượng giả cho đến khi chúng thực sự được phát triển.

• Sơ khai: Một sơ khai được gọi từ thành phần phần mềm cần kiểm tra như trong sơ đồ bên dưới 'Stub' được gọi bởi Thành phần A.
• Người lái xe: Một trình điều khiển gọi thành phần cần kiểm tra như trong sơ đồ bên dưới “Thành phần B” được Trình điều khiển gọi.

Các trường hợp kiểm thử mẫu để kiểm thử thành phần

Hãy xem xét 2 trang web theo sơ đồ được đề cập bên dưới. Ở đây, cả hai trang web đều có liên quan với nhau theo quan điểm chức năng.

1. Trang web 1 là trang đăng nhập demo.guru99.com

Khi người dùng nhập id người dùng và mật khẩu hợp lệ vào trường văn bản và nhấp vào nút gửi, trang web sẽ được điều hướng đến trang chủ của trang web ngân hàng demo guru99.

2. Trang web 2 là trang chủ của Guru99.com

Vì vậy, ở đây trang đăng nhập là một thành phần và trang chủ là một thành phần khác. Bây giờ việc kiểm tra chức năng của từng trang riêng lẻ được gọi là kiểm tra thành phần.

Kịch bản thử nghiệm thành phần trên trang web1 –

• Nhập id người dùng không hợp lệ và xác minh xem có cửa sổ bật lên cảnh báo thân thiện với người dùng nào được hiển thị cho người dùng cuối hay không.
• Nhập id người dùng và mật khẩu không hợp lệ rồi nhấp vào 'đặt lại' và xác minh xem dữ liệu đã nhập vào trường văn bản id người dùng và mật khẩu có bị xóa hay không.
• Nhập tên người dùng và mật khẩu hợp lệ và nhấp vào nút 'Đăng nhập'.

Kịch bản thử nghiệm thành phần trên trang web2 –

• Kiểm tra xem thông báo “Chào mừng đến với trang quản lý của ngân hàng guru99” có hiển thị trên trang chủ hay không.
• Xác minh xem tất cả liên kết ở phía bên trái của trang web có thể nhấp được hay không.
• Xác minh xem id người quản lý có được hiển thị ở giữa trang chủ hay không.
• Xác minh sự hiện diện của 3 hình ảnh khác nhau trên trang chủ theo sơ đồ.

Kiểm tra đơn vị và kiểm tra thành phần

Kiểm tra đơn vị	Kiểm tra thành phần
Kiểm tra các chương trình, mô-đun riêng lẻ để chứng minh rằng chương trình thực thi theo đặc tả được gọi là Kiểm tra đơn vị	Việc kiểm thử từng đối tượng hoặc từng phần của phần mềm một cách riêng biệt có hoặc không có sự cách ly với các đối tượng khác được gọi là Kiểm tra thành phần
Nó được xác nhận dựa trên các tài liệu thiết kế	Nó được xác nhận theo yêu cầu kiểm tra, trường hợp sử dụng
Kiểm thử đơn vị được thực hiện bởi Nhà phát triển	Kiểm thử thành phần được thực hiện bởi Người kiểm thử
Kiểm tra đơn vị được thực hiện đầu tiên	Kiểm thử thành phần được thực hiện sau khi kiểm thử đơn vị hoàn tất từ ​​phía nhà phát triển.

Tổng kết

In Kỹ thuật phần mềm, Kiểm thử thành phần đóng một vai trò quan trọng trong việc tìm ra lỗi. Trước khi chúng tôi bắt đầu Thử nghiệm hội nhập Sau thử nghiệm thành phần và thử nghiệm tích hợp, tiếp theo là thử nghiệm thành phần.

Kiểm thử thành phần còn được gọi là kiểm thử mô-đun trong một số tài liệu tham khảo.