Black box là gì

  -  

Trong kiểm thử phần mềm, có tương đối nhiều nghệ thuật kiểm thử được nhắc tới. Tuy nhiên nghỉ ngơi nội dung bài viết này, tôi chỉ xin để cập đến 2 chuyên môn kia là: Kỹ thuật kiểm demo vỏ hộp Black (Blaông chồng Box test) và Kỹ thuật kiểm thử vỏ hộp Trắng (White box test)

1. KHÁI NIỆM CỦA BLACK BOX TEST VÀ WHITE BOX TEST

1.1. BACK BOX TEST

1.1.1. Định nghĩaKiểm tra hộp Đen (Blaông xã box testing) là 1 trong phương thức kiểm demo phần mềm nhưng mà bài toán khám nghiệm các tác dụng của một áp dụng không nên quan tâm vào cấu tạo nội cỗ hoặc buổi giao lưu của nó.quý khách đã xem: Blaông chồng box là gì


*

1.1.2. Đối tượng được kiểm thửLà nguyên tố phần mền (TPPM) rất có thể là 1 trong hàm công dụng, 1 modul chức năng, 1 phân hệ tác dụng...

Bạn đang xem: Black box là gì

1.1.3. Phương thơm pháp demo nghiệm: Dựa vào chức năngKiểm test hộp black (Blaông chồng box test) có thể được áp dụng số đông mang đến đầy đủ cấp độ của kiểm thử phần mềm:

Kiểm test đơn vị (Unit test)Kiểm thử tích vừa lòng (Intergration test)Kiểm thử hệ thống (System test)Kiểm test đồng ý (Acceptance test).

Tuy nhiên, Blachồng box chạy thử được sử dụng phù hợp tuyệt nhất trong kiểm demo khối hệ thống (System test) cùng Kiểm demo đồng ý (Acceptance test)

1.1.4. Đặc điểm

Là kế hoạch kiểm test TPPM phụ thuộc vào công bố tuyệt nhất là những quánh tả về đề xuất tác dụng của TPPM tương xứng.Người kiểm thử không quan trọng phải tất cả kiến thức và kỹ năng về vấn đề mã hoá, kết cấu bên phía trong của TPPM, tương tự như ko đòi hỏi phải ghi nhận lâp trình ứng dụng.Việc kiểm test được tiến hành dựa vào vấn đề kiểm demo TPPM làm được gì, bao gồm phù hợp với yêu cầu của người tiêu dùng hay không. Các tester nhập số liệu vào ứng dụng với chỉ cần coi hiệu quả của phần mềm cùng những kim chỉ nam soát sổ.Mức demo này thường thử dùng những tester yêu cầu viết demo case tương đối đầy đủ trước khi test; Khi chạy thử, đơn giản chỉ việc tiến hành theo quá trình biểu đạt trong test case thao tác và nhập data vào, tiếp nối xem hiệu quả trả về hoặc hành vi của ứng dụng, rồi so sánh với hiệu quả mong đọi được viết vào testcase

1.1.5. Tạo kiểm tra case cùng Thực hiện nay test case

Lúc viết chạy thử case: Dựa vào đòi hỏi cùng bối cảnh phía bên ngoài của lịch trình (Không can thiệp vào bên phía trong code của cmùi hương trình)Khi tiến hành test: Thực hiện bên trên giao diện của lịch trình (yêu cầu lịch trình nên chạy được bắt đầu kiểm tra được, ko can thiệp vào code)

1.2. WHITE BOX TEST

1.2.1. Định nghĩaKiểm demo vỏ hộp trắng (While box test) là phương pháp phân tích ứng dụng, trong những số đó những kiến thiết, cấu trúc giải thuật phía bên trong, cùng bài toán thực hiện những các bước phần lớn biết tới đến


*

1.2.2. Đối tượng kiểm thửLà 1 nhân tố của phần mềm (1 tính năng, 1 module tác dụng, 1 phân hệ công dụng....)

1.2.3. Phương thơm pháp thử nghiệm: Dựa vào thuật giảiKiểm thử hộp trắng phụ thuộc vào thuật giải ví dụ, vào cấu tạo tài liệu phía bên trong của ₫ơn vị phần mềm yêu cầu kiểm test ₫ể xác ₫ịnh ₫ơn vị phần mềm ₫ó bao gồm thực hiện ₫úng ko.

Với đa số TPPM quá lớn sẽ tốn không hề ít thời hạn với công sức nhằm kiểm thử giả dụ như sử dụng kiểm thử tích phù hợp (Integration test) giỏi kiểm thử công dụng (Functional test)).Kỹ thuật Trắng box demo phù hợp dùng để kiểm thử đơn vị (Unit test)

1.2.4. Đặc điểm

Là chiến lược kiểm demo TPPM phụ thuộc vào lời giải, cấu trúc bên trong công dụng của TPPM tương ứng.Người kiểm thử cần có kỹ năng nhất quyết về vấn đề mã hoá, kết cấu bên phía trong của tác dụng, biết lâp trình phần mềm.Việc kiểm demo được triển khai nhờ vào Việc kiểm coi lời giải, mã lệnh đang làm tất cả đúng không.Mức demo này hay hưởng thụ các tester đề nghị viết thử nghiệm case đầy đủ các nhánh trong code; lúc chạy thử, đang phối điều kiện cùng data nhằm chạy vào đầy đủ tất cả các nhánh vào giải mã, bảo đảm triển khai khá đầy đủ.

1.2.5. Tạo testcase và tiến hành test

khi viết chạy thử case: Dựa vào trải đời với văn bản Source Code (can thiệp vào bên trong Code của cmùi hương trình)khi tiến hành test: Thực thi chạy thử vào code (ko buộc phải tiến hành lịch trình, vị thực hiện chạy thử white box sẽ thực hiện framework nào đó cung ứng (ví dụ như như demo hình dáng debug)Trong kiểm tra này, yên cầu tín đồ tester cần gồm kỹ năng cùng năng lực khăng khăng về ngữ điệu thiết kế được sử dụng, đọc thuật giải trong thành phần ứng dụng, nhằm hoàn toàn có thể phát âm được chi tiết về đoạn code đề xuất kiểm test .

1.3. GRAY BOX TEST

Ngoài 2 kỹ thuật đã được nhắc đến: Blachồng box kiểm tra và Trắng box kiểm tra, thì có 1 chuyên môn, Gray box test là việc phối hợp giữa black box kiểm tra với White box test.1.3.1. Định nghĩaGray Box Testing là 1 trong những phương thức kiểm thử phần mềm được phối hợp thân Phương pháp Kiểm test Blachồng Box (vỏ hộp đen) và White Box (vỏ hộp trắng). Trong Kiểm test Hộp xám, kết cấu bên trong thành phầm chỉ biết tới một phần


*

1.3.2. Phương pháp thử nghiệm: Dựa vào giải mã và chức năng

Gray box chạy thử rất có thể được áp dụng nghỉ ngơi các mức kiểm demo khác biệt. Tuy nhiên, chủ yếu được ứng dụng vào Kiểm test tích đúng theo (Intergration test)

1.3.3. Tạo testcase với thực hiện test

khi viết chạy thử case: Dựa vào đề xuất với ngôn từ Source Code (can thiệp vào phía bên trong Code của chương thơm trình)khi thực hiện test: Thực hiện tại trên bối cảnh của lịch trình (hưởng thụ lịch trình bắt buộc chạy được mới chạy thử được, không can thiệp vào code)2. ƯU ĐIỂM, NHƯỢC ĐIỂM CỦA BLACK BOX TEST VÀ WHITE BOX TESTNội dungBlachồng box testWhite box test
1. Ưu điểm- Thích vừa lòng vào bài toán bình chọn từng phân đoạn bự các mã lệnh, công dụng mập - Người xem sét không yêu cầu gọi biết về mã lệnh được viết vào lịch trình - Tách biệt thân quan điểm của người tiêu dùng và bạn cải tiến và phát triển phần mềm- Thích hòa hợp vào việc tìm kiếm lỗi với những vấn đề trong mã lệnh - Biết được từng trải bên trong của phần mềm, bình chọn đang ngay cạnh rộng - Cho phxay kiếm tìm kiếm những lỗi ẩn phía bên trong - Các thiết kế viên rất có thể từ đánh giá - Giúp về tối ưu Việc mã hoá - Do thử khám phá kiến thức và kỹ năng cấu trúc bên phía trong của phần mềm, nên việc kiểm soát điều hành lỗi về tối đa nhất
2. Nhược điểm- Độ che phủ hạn chế do chỉ bao gồm một trong những phần nhỏ tuổi trong những những kịch bản phân tách được triển khai - Kiểm tra ko tác dụng vị fan nghiên cứu không hiểu biết biết gì về kết cấu bên phía trong phần mềm. - Tester có hạn chế về hiểu biết về ứng dụng- Không thể kiếm tìm thấy nhân kiệt không tiến hành hoặc thải trừ - Đòi hỏi đọc sâu về cấu tạo bên phía trong của phần mềm được thí điểm - Yêu cầu truy nã xuất mã lệnh bên phía trong cmùi hương trình
3. SỰ KHÁC NHAU GIỮA BLACK BOX TEST VÀ WHITE BOX TESTTiêu chuẩnBlaông xã box testWhite box test
1. Định nghĩa- Kiểm tra vỏ hộp đen là phương thức thể nghiệm ứng dụng được thực hiện để soát sổ các ứng dụng mà lại ko quan tâm mang lại kết cấu bên phía trong của công tác.- Kiểm tra hộp White là phương thức kiểm demo phần mềm, thực hiện nhằm kiểm tra phần mềm nhưng yên cầu phải biết cấu trúc bên trong của chương trình.
2. Trách nát nhiệm- Thử nghiệm được thực hiện bên ngoài, không tương quan cho công ty cách tân và phát triển ứng dụng.- Thông thường, những thí nghiệm được thực hiện bởi vì công ty cách tân và phát triển phần mềm.

Xem thêm: Chú Bé Rồng Dingo - Choi Game Chu Be Rong Nao

3. Cấp độ chạy thử sử dụng- Thử nghiệm áp dụng ở cấp độ cao như: đánh giá khối hệ thống (System test), kiểm soát chấp nhận (Acceptance test)- Thử nghiệm được áp dụng ở mức độ phải chăng hơn hoàn toàn như là xem sét đơn vị (Unit Test), phân tích hội nhập (Integration test)
4. Biết lập trình- Không thử khám phá phát âm biết về Lập trình- Yêu cầu gọi biết khăng khăng về xây dựng.
5. Biết vấn đề triển khai chương trình- Không những hiểu biết phát âm về cấu trúc phía bên trong tác dụng, cùng không cẩn phát âm có tác dụng nuốm nào để có được tính năng đó- Yêu cầu hiểu cấu tạo phía bên trong tác dụng được triển khai nlỗi làm sao.
6. Trung tâm tạo Test Cases- Kiểm tra hộp black được ban đầu dựa trên tài liệu hưởng thụ kỹ thuật- Kiểm tra vỏ hộp White được bắt đầu dựa vào những tài liệu kiến tạo chi tiết
4. SƠ LƯỢC VỀ CÁC KỸ THUẬT KIỂM TRA HỘPhường ĐEN

4.1. Quy trình kiểm test hộp đen

Với điểm sáng của Kiểm demo vỏ hộp Black là chỉ phụ thuộc vào tính năng của ứng dụng, vì thế quá trình kiểm test qua quá trình chủ yếu nlỗi sau:

Phân tích đặc tả về các thưởng thức tác dụng nhưng mà TPPM yêu cầu thực hiệnDùng 1 nghệ thuật đinch nghĩa các testcase xác định để có mang các testcase, gồm 3 đọc tin sau:+ Giá trị tài liệu để TPPM cách xử lý (hoặc đúng theo lệ, hoặc chưa hợp lệ)+ Trạng thái của TPPM cần phải có để thực hiện testcase+ Giá trị dữ liệu xuất cơ mà TPPM phải khởi tạo đượcKiểm thử các testcase đã định nghĩaSo sánh hiệu quả chiếm được cùng với kết quả mong muốn vào tự testcase, trường đoản cú đó lập report về tác dụng kiểm thử

4.2. Các kỹ thuật thịnh hành vào kiểm demo vỏ hộp đen

Kỹ thuật phân lớp tương ₫ương (Equivalence Class Partitioning).Kỹ thuật phân tích những quý hiếm biên (Boundary value analysis).Kỹ thuật cần sử dụng các bảng quyết ₫ịnh (Decision Tables)Kỹ thuật kiểm demo những bộ n kỳ diệu (Pairwise)Kỹ thuật cần sử dụng bảng đưa trạng thái (State Transition)Kỹ thật so với vùng miền (domain name analysis)Kỹ thuật dựa vào ₫ặc tả Use Case (Use case)Kỹ thuật sử dụng lược ₫ồ quan hệ giới tính nhân quả (Cause-Effect Diagram)Trong nội dung bài viết này tôi chỉ nêu qua quýt về một vài chuyên môn kiểm demo trên. Chi máu sẽ tiến hành rõ ràng trong những bài viết sau

4.2.1. Kỹ thuật phân lớp tương ₫ương

Ý tưởng của chuyên môn này là nỗ lực phân các testcase ra thành những nhóm khác nhau : các testcase trong mỗi team khẳng định TPPM tiến hành thuộc 1 hành động.Mỗi team testcase thỏa mãn tiêu chuẩn chỉnh trên ₫ược Hotline là 1 trong những lớp tương ₫ương, ta chỉ cần xác ₫ịnh 1 testcase ₫ại diện đến đội cùng sử dụng testcase này ₫ể kiểm test TPPM.Vậy nên ta ₫ã bớt rất nhiều testcase nên ₫ịnh nghĩa và kiểm thử, tuy thế unique kiểm test không trở nên giảm đi bao nhiêu so với vét cạn.Điều này là phụ thuộc kỳ vọng:-ƒ Nếu 1 testcase trong lớp tương ₫ương nào ₫ó tạo lỗi TPPM thì những testcase trong lớp này cũng sẽ khiến lỗi như vậy.

Nếu 1 testcase vào lớp tương ₫ương như thế nào ₫ó không khiến lỗi TPPM thì những testcase trong lớp này cũng trở thành không khiến lỗi.Với những quý hiếm chưa hợp lệ: Ta bắt buộc chế tạo ra 1 lớp tương tự đại diện thay mặt các testcase đựng những cực hiếm không hợp lệ theo sệt tả giúp xem TPPM phản bội ứng như làm sao với phần lớn ngôi trường đúng theo này

4.2.2. Kỹ thuật đối chiếu những cực hiếm sống biên

Khi tạo ra testcase, ta chỉ cần sử dụng Kỹ thuật phân lớp tương tự thì hẳn là không đầy đủ.Kinc nghiệm cho thấy rằng lỗi thường xuyên nằm ở vị trí biên (₫ầu giỏi cuối) của 1 khoảng chừng liên tiếp làm sao ₫ó (lớp tương ₫ương). Do ₫ó với Kỹ thuật phân tích cực hiếm chỉnh sửa trung sản xuất những testcase ứng với phần đông quý hiếm ở biên này. Nên thông thường là bao gồm sự phối kết hợp cả hai kỹ thuật: Phân lớp tương tự và Phân tích giá trị biên nhằm viết những testcase.Ý tưởng của chuyên môn là chỉ ₫ịnh nghĩa những testcase ứng với các quý giá ngay trên biên hay sát bên biên của từng lớp tương ₫ương.Do ₫ó chuyên môn này chỉ yêu thích hợp với các lớp tương ₫ương xác ₫ịnh bởi những giá trị liên tục (số ngulặng, số thực), chứ nó ko say mê phù hợp với lớp tương ₫ương ₫ược xác ₫ịnh do những quý hiếm liệt kê nhưng không có mối quan hệ lẫn nhau.Quy trình rõ ràng ₫ể triển khai kiểm thử dựa trên các quý giá sống biên:-ƒ Nhận dạng những lớp tương ₫ương dựa vào ₫ặc tả về những hiểu biết chức năng của TPPM.

Nhận dạng 2 biên của từng lớp tương ₫ương.Tạo những testcase cho từng biên của mỗi lớp tương ₫ương :1 testcase tại giá trị biên.1 testcase ngay bên dưới biên.1 testcase tức thì trên biên.Ý nghĩa ngay lập tức bên trên với ngay dưới biên phụ thuộc vào vào ₫ơn vị ₫o lường rõ ràng : Số nguyên ổn , số thập phân...

4.2.3. Kỹ thuật cần sử dụng bảng quyết ₫ịnh (decision table)

Bảng quyết ₫ịnh là một hiện tượng siêu có lợi ₫ể ₫ặc tả những đề xuất phần mềm hoặc ₫ể ₫ặc tả bảng kiến thiết hệ thống ứng dụng. Nó diễn đạt những qui tắc nghiệp vụ phức tạp mà lại ứng dụng buộc phải triển khai dưới dạng dễ dàng ₫ọc với dễ dàng kiểm soát điều hành :

Rule 1Rule 2...Rule p
Conditions
Conditions-1
...
Conditions-m
Actions
Actions-1
...

Xem thêm: Hãy Làm Cho Việc Học Tiếng Anh Trở Nên Vui Nhộn!, Các Trò Chơi Tiếng Anh Cho Học Sinh Tiểu Học

Actions-n

Trong đó:

Condition-1 cho tới Condition-m miêu tả m ₫iều khiếu nại dữ liệu nhập khác nhau rất có thể có.Action-1 tới Action-n biểu đạt n hoạt ₫ộng khác biệt nhưng khối hệ thống có thể triển khai nhờ vào vào tổng hợp ₫iều kiện dữ liệu nhập nào.Mỗi cột miêu tả 1 hình thức rõ ràng : tổ hợp ₫iều kiện nhập rõ ràng với các hoạt ₫ộng ví dụ bắt buộc triển khai.Lưu ý các hoạt ₫ộng đề nghị thực hiện ko phụ thuộc vào vào thiết bị trường đoản cú các ₫iều kiện nhập, nó chỉ nhờ vào vào giá trị các ₫iều khiếu nại nhập.Tương từ, những hoạt ₫ộng bắt buộc triển khai không dựa vào vào trạng thái hiện tại hành của TPPM, bọn chúng cũng không phụ thuộc vào vào những ₫iều khiếu nại nhập ₫ã bao gồm trước ₫ó.