Kỹ thuật kiểm thử hộp đen - Black box Testing

1. Khái niệm

Kiểm thử hộp đen: là một phương pháp kiểm thử phần mềm được thực hiện mà không biết được cấu tạo bên trong của phần mềm, là cách mà các tester rà xem hệ thống như một chiếc hộp đen, không có cách nào nhìn thấy bên trong của cái hộp.

Nó còn được gọi là kiểm thử hướng dữ liệu hoặc kiểm thử hướng in/out.

Người kiểm thử nên xây dựng các nhóm giá trị đầu vào mà sẽ thực thi đầy đủ vơ các yêu cầu chức năng của chương trình.

Cách tiếp cận của các tester đối với hệ thống là không dùng bất kỳ một kiến thức về cấu trúc lập trình bên trong hệ thống, xem hệ thống là một cấu trúc hoàn chỉnh, không thể can thiệp vào bên trong.

Black Box Testing đốn là được thực hiện trong Function test và System test:

Phương pháp này được đặt tên như vậy do các chương trình phần mềm, trong con mắt của các tester, 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 núm tìm ra các lỗi trong các loại sau:

Chức năng không xác thực hoặc 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.

Hành vi hoặc hiệu suất lỗi.

Khởi tạo và chấm dứt các lỗi

Mọi kỹ thuật nào cũng có ưu điểm và nhược điểm của nó. Các hệ thống thường phải được dùng nhiều phương pháp kiểm thử khác nhau để bảo đảm được chất lượng của hệ thống khi đến tay người dùng.

2. Ưu điểm của kiểm thử hộp đen

 

Các tester được thực hiện từ ý kiến của người dùng và sẽ trợ giúp trong việc minh bạch sự chênh lệch về thông số kỹ thuật.

 

Các tester theo phương pháp black box không có “mối ràng buộc” nào với code, và nhận thức của một tester rất đơn giản: một source code có nhiều lỗi. sử dụng nguyên tắc, "Hỏi và bạn sẽ nhận" các tester black box tìm được nhiều bug ở nơi mà các DEV không tìm thấy.

 

Tester có thể không phải IT chuyên nghiệp, không cần phải biết tiếng nói lập trình hoặc làm thế nào các phần mềm đã được thực hành.

 

Các tester có thể được thực hành bởi một cơ quan độc lập từ các developer, cho phép một cái nhìn khách quan và tránh sự phát triển thiên tính.

 

Hệ thống thật sự với bít tất yêu cầu của nó được kiểm thử xác thực.

 

Thiết kế kịch bản kiểm thử khá nhanh, ngay khi mà các đề nghị chức năng được xác định.

 

3. Nhược điểm của kiểm thử hộp đen

 

Dữ liệu đầu vào đề nghị một khối lượng mẫu (sample) khá lớn

 

Nhiều dự án không có thông số rõ ràng thì việc thiết kế test case rất khó và do đó khó viết kịch bản kiểm thử do cần xác định quờ quạng các nhân tố đầu vào, và thiếu cả thời gian cho việc tụ tập này.

 

Khả năng để bản thân kỹ sư lạc lối trong khi kiểm thử là khá cao.

 

Chỉ có một số nhỏ các đầu vào có thể được thẩm tra và nhiều đường dẫn chương trình sẽ được để lại chưa được thẩm tra.

 

Kiểm thử black box được xem như "là bước đi trong mê cung tối đen mà không mang đèn pin” bởi vì tester không biết phần mềm đang test đã được xây dựng như thế nào. Có nhiều trường hợp khi một tester viết rất nhiều trường hợp test để thẩm tra một số thứ có thể chỉ được test bằng một trường hợp test và/hoặc một đôi phần rốt cục không được test hết.

Bài học tetser trên được thực hành bởi NIIT ICT Hà Nội

0 Response to "Kỹ thuật kiểm thử hộp đen - Black box Testing"

Đăng nhận xét

powered by Blogger | WordPress by Newwpthemes | Converted by ocsenden