Kiểm tra thành phần là gì?
Kiểm thử thành phần được định nghĩa là một kiểu kiểm thử phần mềm, trong đó kiểm thử được thực hiện trên từng thành phần riêng lẻ một cách riêng biệt mà không tích hợp với các thành phần khác. Nó còn được gọi là Kiểm thử mô-đun khi nó được nhìn từ góc độ kiến trúc. Kiểm thử thành phần còn đượ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 ra từ một số thành phần. Kiểm tra mức độ thành phần đề cập đến việc kiểm tra các thành phần này riêng lẻ.
Đây là một trong những loại kiểm tra hộp đen thường xuyên nhất do Nhóm QA thực hiện.
Theo sơ đồ bên dưới, sẽ có một chiến lược kiểm tra và kế hoạch kiểm tra cho kiểm thử thành phần. Nơi mỗi và 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, tình huống này sẽ được tiếp tục đưa vào Trường hợp thử nghiệm cấp cao -> 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 " khác nhau giữa các miền và tổ chức này sang tổ chức khác.
Lý do phổ biến nhất dẫn đến nhận thức khác nhau về thử nghiệm Thành phần là
- Loại mô hình vòng đời phát triển được chọn
- Độ phức tạp của phần mềm hoặc ứng dụng đang được thử nghiệm
- Thử nghiệm có hoặc không 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 Kiến trúc vòng đời kiểm thử phần mềm có rất nhiều thử nghiệm-tạo tác (Các tài liệu được thực hiện, được sử dụng trong các hoạt động thử nghiệm). Trong số nhiều thử nghiệm - hiện vật, đó là 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 của thử nghiệm sẽ được thực hiện trong một dự án nhất định.
Ai thực hiện kiểm tra thành phần
Kiểm thử thành phần được thực hiện bởi người kiểm thử. 'Kiểm thử đơn vị' được thực hiện bởi các nhà phát triển nơi họ thực hiện kiểm tra chức năng hoặc quy trình riêng lẻ. Sau khi Kiểm thử đơn vị được thực hiện, kiểm thử tiếp theo là kiểm thử thành phần. Kiểm thử thành phần được thực hiện bởi những người kiểm tra.
Khi nào cần thực hiện kiểm tra Thành phần
Kiểm thử thành phần được thực hiện ngay sau khi Kiểm thử đơn vị được thực hiện bởi các nhà phát triển 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 (Unit Testing Build). 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 tối thiểu của thành phần được bao gồm trong UT phải được phát triển và thử nghiệm đơn vị.
Tiêu chí thoát cho kiểm tra 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ỳ khuyết tật Nghiêm trọng hoặc Cao hoặc Trung bình và ưu tiên khuyết tật Nhật ký khiếm khuyết nào.
Kỹ thuật kiểm tra thành phần
Dựa trên độ sâu của các cấp độ kiểm tra, kiểm tra thành phần có thể được phân loại là
- CTIS - Thử nghiệm thành phần trong quy mô nhỏ
- CTIL - Thử nghiệm thành phần ở quy mô lớn
CTIS - Thử nghiệm thành phần trong 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 phần còn lại của các thành phần khác trong phần mềm hoặc ứng dụng được kiểm tra. 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 trong 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ới sự cô lập của các thành phần khác được gọi là Kiểm tra thành phần trong 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.v.
Tương tự, bất kỳ phần mềm nào cũng được tạo ra từ nhiều thành phần và ngoài ra, mỗi thành phần sẽ có các thành phần con của riêng nó. 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 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 trong Nhỏ.
Nhấp vào menu Thả xuống Thử nghiệm theo màn hình chụp nhanh bên dưới và xem các "thành phần con" khác nhau của thành phần Thử nghiệm. Vì vậy, các thành phần phụ được hiển thị là Kiểm tra thủ công, SOAPUI, QTP, JUnit, Selenium, Quản lý kiểm tra, Selenium, Kiểm tra di động, v.v.
Lưu ý: Thành phần phụ được đề cập với màu đỏ được đánh dấu trong ảnh chụp nhanh bên dưới.
CTIS - Thử nghiệm thành phần trong quy mô nhỏ
Kiểm thử thành phần được thực hiện mà không cô lập các thành phần khác trong phần mềm hoặc ứng dụng đang được thử nghiệm được gọi là Kiểm thử thành phần lớn.
Hãy lấy một ví dụ để hiểu nó một cách tốt hơn. Giả sử có một ứng dụng bao gồm ba thành phần nói Hợp phần A , phần B, và Hợp 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 để kiểm tra hoàn toàn 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ố ít chức năng của 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 và C, theo sơ đồ sơ đồ là hàm được gọi và trình điều khiển là hàm gọi .
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 đó, để kiểm tra 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 sơ đồ và trình điều khiển theo yêu cầu. Vì vậy, về cơ bản, thành phần A & C được thay thế bằng sơ khai & trình điều khiển hoạt động như một đối tượng giả cho đến khi chúng thực sự được phát triển.
- Stub: Phần sơ khai được gọi từ thành phần phần mềm cần kiểm tra như thể hiện trong sơ đồ bên dưới 'Sơ khai' được gọi bởi Thành phần A.
- Trình điều khiển: Trình điều khiển gọi thành phần cần kiểm tra như được hiển thị trong sơ đồ bên dưới 'Thành phần B' được gọi bởi Trình điều khiển.
Các trường hợp kiểm tra mẫu cho kiểm tra 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.
- Trang 1 là trang đăng nhập vào 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.
- 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ờ kiểm tra chức năng của các trang riêng lẻ một cách riêng biệt được gọi là kiểm tra thành phần .
Kịch bản kiểm thử 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ó bất kỳ 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ệ và nhấp vào 'đặt lại' và xác minh xem dữ liệu đã nhập trong các 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 kiểm thử thành phần trên trang web2 -
- Xác minh xem thông báo "Chào mừng bạn đến với trang quản lý của ngân hàng guru99" có đượ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 thử đơn vị Vs Kiểm tra thành phần
| Kiểm tra đơn vị | Kiểm tra thành phần |
|---|---|
|
|
|
|
|
|
|
|
Tóm lược:
Trong 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 bắt đầu với Kiểm tra tích hợp, chúng tôi luôn khuyến nghị thực hiện kiểm tra thành phần để đảm bảo rằng mỗi thành phần của ứng dụng đang hoạt động hiệu quả.
Kiểm thử tích hợp được theo sau bởi kiểm thử thành phần. Kiểm thử thành phần cũng được gọi là kiểm thử mô-đun trong một số tài liệu tham khảo.