[ad_1]
Bạn đang xem: Kiểm thử hộp đen là gì
Bạn đang đọc: Kiểm Thử Hộp Đen Là Gì – ( What Black Box Testing)
2.1 Ưu điểm
Kỹ sư kiểm thử có thể không phải IT chuyên nghiệpHệ thống thật sự với toàn bộ yêu cầu của nó được kiểm thử chính xácThiết kế kịch bản kiểm thử khá nhanh, ngay khi mà các yêu cầu chức năng được xác định
2.2 Nhược điểm
Dữ liệu đầu vào yêu cầu một khối lượng mẫu (sample) khá lớnKhó viết kịch bản kiểm thử do cần xác định tất cả các yếu tố đầu vào, và thiếu cả thời gian cho việc tập hợp này.Khả năng để bản thân kỹ sư lạc lối trong khi kiểm thử là khá cao3. Các kỹ thuật kiểm thử hộp đen
3.1 Phân vùng tương đương
2. Ưu và điểm yếu kém của kiểm thử hộp đenKỹ sư kiểm thử hoàn toàn có thể không phải IT chuyên nghiệpHệ thống thật sự với hàng loạt nhu yếu của nó được kiểm thử chính xácThiết kế ngữ cảnh kiểm thử khá nhanh, ngay khi mà những nhu yếu công dụng được xác địnhDữ liệu nguồn vào nhu yếu một khối lượng mẫu ( sample ) khá lớnKhó viết ngữ cảnh kiểm thử do cần xác lập tổng thể những yếu tố nguồn vào, và thiếu cả thời hạn cho việc tập hợp này. Khả năng để bản thân kỹ sư lạc lối trong khi kiểm thử là khá cao3. Các kỹ thuật kiểm thử hộp đenĐây là một kỹ thuật phong cách thiết kế kiểm thử ứng dụng gồm có việc chia những giá trị nguồn vào thành những phân vùng hợp lệ và không hợp lệ và chọn những giá trị đại diện thay mặt từ mỗi phân vùng làm dữ liệu kiểm tra .Mục đích :Giảm đáng kể số lượng test case cần phải thiết kế vì với mỗi lớp tương đương ta chỉ cần test trên các phần tử đại diện.Thiết kế Test-case bằng phân lớp tương đương tiến hành theo 2 bước:(1). Xác định các lớp tương đương(2). Xác định các ca kiểm thửNguyên tắc:1 lớp các giá trị lớn hơn1 lớp các giá trị nhỏ hơnn lớp các giá trị hợp lệVí dụ minh họa: Thiết kế test case sao cho khi người dùng nhập web5_user vào ô text thì chỉ cho nhập số ký tự .Đáp án:Do yêu cầu của bài toán chỉ cho phép nhập số ký tự vào trong khi nhập của web5_user nằm nên ta có tình huống kiểm thử sau:Mục đích : cần phải phong cách thiết kế vì với mỗi lớp tương tự ta chỉ cần test trên những thành phần đại diện thay mặt. Thiết kế Test-case bằng phân lớp tương tự triển khai theo 2 bước : ( 1 ). Xác định những lớp tương tự ( 2 ). Xác định những ca kiểm thửNguyên tắc : 1 lớp những giá trị lớn hơn1 lớp những giá trị nhỏ hơnn lớp những giá trị hợp lệ : Thiết kế test case sao cho khi người dùng nhập web5_user vào ô text thì chỉ cho nhập số ký tự . Đáp án : Do nhu yếu của bài toán chỉ cho phép nhập số ký tự vào trong khi nhập của web5_user nằm nên ta có trường hợp kiểm thử sau :Nhập vào một trường hợp hợp lệ : nhập 7 ký tự. Nhập vào trường hợp không hợp lệ thứ nhất : nhập 5 ký tự. Nhập vào trường hợp không hợp lệ thứ hai : nhập vào 21 ký tự. Trường hợp đặc biệt quan trọng : không nhập gì vào ô text đó ( để trống ) .
Xem thêm: Bệnh Gai Gót Chân Là Bệnh Gì ? Nguyên Nhân, Triệu Chứng Và Điều Trị
Xem thêm: Điều kiện sử dụng – Trang Tĩnh | https://globalizethis.org/
3.2 Phân tích giá trị biên
Đây là chiêu thức test mà tất cả chúng ta sẽ test toàn bộ những giá trị ở vùng biên của tài liệu vào và tài liệu ra. Chúng ta sẽ tập trung chuyên sâu vào những giá trị biên chứkhông test hàng loạt tài liệu. Thay vì chọn nhiều giá trị trong lớp đương tươngđể làm đại diện thay mặt, nghiên cứu và phân tích giá trị biên nhu yếu chọn một hoặc vài giá trị là những cạnh của lớp tương tự để làm điều kiện kèm theo test. Phân tích giá trị biên là kỹ thuật phong cách thiết kế test case và triển khai xong phân vùng tương tự. Mục tiêu là lựa chọn những test case để thực thi giá trị biên. Phân tích giá trị biên sẽ chọn những giá trị :Giá trị nhỏ nhấtGiá trị ngay trên giá trị nhỏ nhấtGiá trị bình thườngGiá trị ngay dưới giá trị lớn nhấtGiá trị lớn nhấtVí dụ: Cho một mảng ta có thể thiết kế được các test case là:Đáp án:Giá trị nhỏ nhất: -3Giá trị lớn nhất: 10Giá trị nhỏ hơn giá trị nhỏ nhất: -4Giá trị lớn hơn giá trị lớn nhất: 11Giá trị nằm trong -3 và 10: 0
3.3 Sử dụng bảng quyết định
Giá trị nhỏ nhấtGiá trị ngay trên giá trị nhỏ nhấtGiá trị bình thườngGiá trị ngay dưới giá trị lớn nhấtGiá trị lớn nhất : Cho một mảng ta hoàn toàn có thể phong cách thiết kế được những test case là : Đáp án : Giá trị nhỏ nhất : – 3G iá trị lớn nhất : 10G iá trị nhỏ hơn giá trị nhỏ nhất : – 4G iá trị lớn hơn giá trị lớn nhất : 11G iá trị nằm trong – 3 và 10 : 0Một điểm yếu của hai chiêu thức trên là chúng không khảo sát sự tích hợp của những trường hợp nguồn vào. Việc kiểm tra sự phối hợp nguồn vào không phải là một trách nhiệm đơn thuần chính do nếu bạn phân lớp tương tự những trạng thái nguồn vào thì số lượng sự tích hợp thường là rất lớn. Bảng quyết định hành động sử dụng quy mô những quan hệ logic giữa nguyên do và hiệu quả cho thành phần ứng dụng. Mỗi nguyên do được màn biểu diễn như một điềukiện ( đúng hoặc sai ) của một nguồn vào, hoặc tích hợp những nguồn vào. Mỗi tác dụng được trình diễn như thể một biểu thức Bool trình diễn một hiệu quả tương ứng cho những thành phần vừa triển khai. Kỹ thuật gồm có 4 bước :Xác định điều kiện vào và hành động cho mỗi module cần kiểm định.Xác định đồ thị nguyên nhân – kết quả.Đồ thị được chuyển thành bảng quyết định.Những phần trong bảng quyết định được chuyển thành test case.Ví dụ: Trên màn hình đăng nhập, có 2 thông tin cần đưa vào là Tên đăng nhập và mật khẩu, chỉ thực hiện đăng nhập thành công nếu nhập đúng cả Tên đăng nhập và mật khẩu. Các trường hợp còn lại đăng nhập không thành công:Đáp án:
3.4 Đoán lỗi
Xác định điều kiện kèm theo vào và hành vi cho mỗi module cần kiểm định. Xác định đồ thị nguyên do – tác dụng. Đồ thị được chuyển thành bảng quyết định hành động. Những phần trong bảng quyết định hành động được chuyển thành test case. Trên màn hình hiển thị đăng nhập, có 2 thông tin cần đưa vào là Tên đăng nhập và mật khẩu, chỉ triển khai đăng nhập thành công xuất sắc nếu nhập đúng cả Tên đăng nhập và mật khẩu. Các trường hợp còn lại đăng nhập không thành công xuất sắc : Đáp án :
Trong kiểm thử phần mềm, đoán lỗi – error guessing – là một phương pháp kiểm thử, trong đó các trường hợp kiểm thử – test case – được sử dụng để tìm lỗi trong các chương trình đã được phát triển – đã code – dựa vào kinh nghiệm trong các lần kiểm thử trước. Phạm vi của các trường hợp kiểm thử thường được dựa vào các kiểm thử viên – tester – có kiến thức liên quan, là những người đã có kinh nghiệm sử dụng và trực giác để xác định những tình huống thường gây ra lỗi trong phần mềm. Các lỗi điển hình như chia cho không, null pointer, hoặc các biến không hợp lệ.Đoán Lỗi không có quy tắc rõ ràng để kiểm thử, test case có thể được thiết kế tùy thuộc vào tình hình, hoặc hoặc luồng công việc trong các tài liệu mô tả chức năng hoặc khi một lỗi không mong muốn / không được mô tả trong tài liệu được tìm thấy trong khi hoạt động kiểm thử.Đoán Lỗi không có quy tắc, nó chỉ sử dụng các kỹ năng kiểm thử trước đó.
Xem thêm: TÌM HIỂU VỀ SỰ KHÁC NHAU GIỮA URI, URL VÀ URN | CO-WELL Asia
Trong kiểm thử phần mềm, đoán lỗi có thể nghĩ đến các tình huống nơi mà phần mềm sẽ thất bại.Ví dụ:Chia cho khôngNhấn nút gửi trên mẫu đơn mà không cần điền vào bất kỳ mục.Nhập các dữ liệu đặc biệt vào các ô nhập liệu và sau đó kiểm tra hành vi của phần mềm.
Tài liệu tham khảoTài liệu tìm hiểu thêm
https://vntesters.com/kiem-thu-hop-den/ http://softwaretestingfundamentals.com/black-box-testing/
Source: https://globalizethis.org/
Category: Hỏi Đáp
[ad_2]
