Thử nghiệm hộp đen là gì? [đóng cửa]

Thử nghiệm "hộp đen" là gì và nó khác với thử nghiệm thông thường như thế nào? Ví dụ kiểm tra hộp đen trước khi triển khai vào sản xuất.

Lưu ý : kiểm tra "hộp đen" là một yêu cầu phổ biến khi áp dụng cho các vai trò của người phát triển (không cần thiết là một điều kiểm tra).

Tôi sẽ đưa ra câu trả lời của mình, dựa trên kiến ​​thức để kiểm tra bảo mật, nhưng IMHO điều này có thể được khái quát hóa.

• Kiểm thử hộp đen - khi người kiểm tra không biết gì về hệ thống, các thành phần, liên lạc, kết nối, v.v ... Điều này có thể hữu ích hơn như kiểm tra UI / UX, kiểm tra chức năng. Ví dụ: bạn không làm việc cho Microsoft và bạn cũng không có mã nguồn và cần kiểm tra MS Office

• Kiểm thử hộp màu xám - khi người kiểm tra có một số kiến ​​thức về cách hệ thống hoạt động, một số thông tin về nội bộ.

• Kiểm thử hộp trắng - khi người kiểm tra có hoặc có thể nhận được tất cả thông tin về nội bộ, kết nối, nguyên tắc làm việc của sản phẩm được kiểm tra. Ví dụ: kiểm tra nhân Linux.

Để tham khảo:

Kiểm tra hộp đen (Wikipedia)

Kiểm tra hộp trắng (Wikipedia)

Kiểm tra hộp xám (Wikipedia)

Như Romeo Ninov đã trả lời trong thử nghiệm Hộp đen, người kiểm tra không biết về cấu trúc bên trong của ứng dụng.

Phương pháp này được đặt tên như vậy bởi vì chương trình phần mềm, trong mắt người thử nghiệm, giống như một hộp đen; bên trong mà người ta không thể nhìn thấy. Phương pháp này cố gắng tìm lỗi trong các danh mục sau:

• Chức năng không chính xác hoặc bị thiếu
• Lỗi giao diện
• Lỗi trong cấu trúc dữ liệu hoặc truy cập cơ sở dữ liệu bên ngoài
• Lỗi hành vi hoặc hiệu suất
• Lỗi khởi tạo và kết thúc

Chuyển hướng:

• http://softwaretestingfundamentals.com/black-box-testing/