Kiểm thử hộp đen là gì

Trong kiểm demo phần mềm, có khá nhiều kỹ thuật kiểm demo được nhắc đến. Tuy nhiên ngơi nghỉ bài viết này, tôi chỉ xin để cập tới 2 nghệ thuật kia là: Kỹ thuật kiểm demo vỏ hộp Đen (Black Box test) và Kỹ thuật kiểm thử hộp white (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 vỏ hộp Black (Blachồng box testing) là 1 trong những cách thức kiểm demo ứng dụng nhưng mà câu hỏi khám nghiệm các chức năng của một vận dụng không nên quan tâm vào cấu tạo nội bộ hoặc hoạt động của nó.quý khách hàng đã xem: Blaông chồng box là gì


*

1.1.2. Đối tượng được kiểm thửLà yếu tắc phần mền (TPPM) rất có thể là 1 trong hàm tính năng, 1 modul công dụng, 1 phân hệ tính năng...

Bạn đang xem: Kiểm thử hộp đen là gì

1.1.3. Pmùi hương pháp demo nghiệm: Dựa vào chức năngKiểm thử hộp Đen (Blachồng box test) rất có thể được vận dụng đa số mang đến hầu như Lever của kiểm test phần mềm:

Kiểm test đơn vị chức năng (Unit test)Kiểm test tích đúng theo (Intergration test)Kiểm thử hệ thống (System test)Kiểm demo gật đầu đồng ý (Acceptance test).

Tuy nhiên, Black box kiểm tra được thực hiện thích hợp độc nhất vào kiểm thử khối hệ thống (System test) và Kiểm test gật đầu đồng ý (Acceptance test)

1.1.4. Đặc điểm

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

1.1.5. Tạo test case và Thực hiện thử nghiệm case

lúc viết kiểm tra case: Dựa vào thử dùng cùng hình ảnh bên phía 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)Lúc tiến hành test: Thực hiện nay bên trên hình ảnh của lịch trình (kinh nghiệm lịch trình cần chạy được mới demo được, không can thiệp vào code)

1.2. WHITE BOX TEST

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


*

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

1.2.3. Phương thơm pháp thử nghiệm: Dựa vào thuật giảiKiểm thử vỏ hộp Trắng phụ thuộc vào thuật giải rõ ràng, vào cấu trúc dữ liệu bên trong của ₫ơn vị phần mềm nên kiểm demo ₫ể xác ₫ịnh ₫ơn vị ứng dụng ₫ó có tiến hành ₫úng không.

Với mọi TPPM quá lớn đang tốn tương đối nhiều thời gian cùng sức lực nhằm kiểm test giả dụ nlỗi dùng kiểm thử tích đúng theo (Integration test) hay kiểm thử tính năng (Functional test)).Kỹ thuật White box kiểm tra phù hợp dùng để làm kiểm test đơn vị chức năng (Unit test)

1.2.4. Đặc điểm

Là kế hoạch kiểm test TPPM phụ thuộc lời giải, kết cấu bên trong chức năng của TPPM tương xứng.Người kiểm demo yêu cầu gồm kiến thức và kỹ năng nhất quyết về Việc mã hoá, kết cấu phía bên 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 xem giải mã, mã lệnh đang làm cho có đúng không.Mức kiểm tra này hay tận hưởng các tester bắt buộc viết test case vừa đủ các nhánh trong code; Khi thử nghiệm, đã phối ĐK với data để chạy vào đầy đủ tất cả những nhánh trong giải mã, bảo vệ tiến hành đầy đủ.

1.2.5. Tạo testcase và triển khai test

Lúc viết test case: Dựa vào thử dùng với văn bản Source Code (can thiệp vào bên phía trong Code của chương trình)Khi triển khai test: Thực thi chạy thử trong code (ko buộc phải triển khai lịch trình, vì chưng thực hiện chạy thử White box vẫn áp dụng framework nào đó hỗ trợ (Ví dụ như demo giao diện debug)Trong chất vấn này, yên cầu tín đồ tester yêu cầu gồm kiến thức cùng tài năng một mực về ngôn từ xây dựng được sử dụng, hiểu thuật giải trong nhân tố phần mềm, nhằm hoàn toàn có thể gọi được chi tiết về đoạn code đề xuất kiểm test .

Xem thêm: Dịch Vụ Đăng Ký Cấp Phiếu Lý Lịch Tư Pháp Trực Tuyến, Thủ Tục Cấp Phiếu Lý Lịch Tư Pháp

1.3. GRAY BOX TEST

Ngoài 2 nghệ thuật đã làm được kể đến: Black box test cùng Trắng box thử nghiệm, thì có một chuyên môn, Gray box thử nghiệm là sự phối kết hợp giữa blaông chồng box demo với Trắng box chạy thử.1.3.1. Định nghĩaGray Box Testing là 1 phương pháp kiểm demo ứng dụng được phối hợp thân Phương thơm pháp Kiểm demo Black Box (hộp đen) và White Box (vỏ hộp trắng). Trong Kiểm test Hộp xám, cấu trúc bên phía trong sản phẩm chỉ được biết một phần


*

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

Gray box kiểm tra có thể được sử dụng sinh sống những nút kiểm test khác biệt. Tuy nhiên, đa số được áp dụng vào Kiểm test tích hòa hợp (Intergration test)

1.3.3. Tạo testcase cùng triển khai test

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

Với điểm lưu ý của Kiểm demo vỏ hộp black là chỉ phụ thuộc chức năng của phần mềm, do đó các bước kiểm thử qua công việc chính nhỏng sau:

Phân tích quánh tả về các thử dùng tính năng nhưng TPPM cần thực hiệnDùng 1 chuyên môn đinch nghĩa những testcase xác định để tư tưởng những testcase, gồm 3 lên tiếng sau:+ Giá trị tài liệu để TPPM giải pháp 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ó nhằm triển khai testcase+ Giá trị dữ liệu xuất mà TPPM phải tạo đượcKiểm test những testcase sẽ định nghĩaSo sánh kết quả chiếm được với kết quả hy vọng trong trường đoản cú testcase, trường đoản cú đó lập report về công dụng kiểm thử

4.2. Các kỹ thuật thông dụng trong kiểm demo vỏ hộp đen

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

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

Ý tưởng của nghệ thuật 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 xác minh TPPM thực hiện cùng 1 hành động.Mỗi nhóm testcase vừa lòng tiêu chuẩn bên trên ₫ược Gọi là một trong lớp tương ₫ương, ta chỉ việc xác ₫ịnh 1 testcase ₫ại diện mang đến nhóm với cần sử dụng testcase này ₫ể kiểm thử TPPM.vì thế ta ₫ã sút tương đối nhiều testcase phải ₫ịnh nghĩa cùng kiểm thử, dẫu vậy chất lượng kiểm demo không bị 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 vào lớp tương ₫ương nào ₫ó gây lỗi TPPM thì các testcase trong lớp này cũng trở thành khiến lỗi những điều đó.

Nếu 1 testcase vào lớp tương ₫ương như thế nào ₫ó không gây lỗi TPPM thì những testcase vào lớp này cũng trở nên không gây lỗi.Với những cực hiếm chưa phù hợp lệ: Ta nên sản xuất 1 lớp tương tự thay mặt đại diện những testcase chứa những quý giá không phù hợp lệ theo đặc tả để thấy TPPM phản nghịch ứng nlỗi như thế nào với phần đa trường đúng theo này

4.2.2. Kỹ thuật đối chiếu những giá trị sinh sống biên

khi sản xuất testcase, ta chỉ dùng Kỹ thuật phân lớp tương đương thì hẳn là chưa đầy đủ.Kinch nghiệm cho thấy rằng lỗi thường xuyên nằm tại vị trí biên (₫ầu xuất xắc cuối) của một khoảng chừng liên tiếp như thế nào ₫ó (lớp tương ₫ương). Do ₫ó cùng với Kỹ thuật so với cực hiếm biên tập trung chế tạo ra các testcase ứng cùng với mọi quý hiếm nghỉ ngơi biên này. Nên thường thì là tất cả sự phối kết hợp cả 2 kỹ thuật: Phân lớp tương đương cùng Phân tích cực hiếm biên để viết những testcase.Ý tưởng của nghệ thuật là chỉ ₫ịnh nghĩa những testcase ứng cùng với những giá trị ngay trên biên xuất xắc kề bên biên của từng lớp tương ₫ương.Do ₫ó nghệ thuật này chỉ đam mê phù hợp với những lớp tương ₫ương xác ₫ịnh do những quý giá tiếp tục (số nguyên, số thực), chứ đọng nó ko ham mê hợp với lớp tương ₫ương ₫ược xác ₫ịnh vì chưng những cực hiếm liệt kê mà không có mối quan hệ lẫn nhau.Quy trình rõ ràng ₫ể triển khai kiểm test dựa trên các quý hiếm nghỉ ngơi biên:-ƒ Nhận dạng các 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 mỗi lớp tương ₫ương.Tạo các testcase cho từng biên của từng lớp tương ₫ương :1 testcase tại cực hiếm biên.1 testcase ngay lập tức bên dưới biên.1 testcase tức thì bên trên biên.Ý nghĩa tức thì bên trên và ngay lập tức bên dưới biên phụ thuộc vào vào ₫ơn vị ₫o lường rõ ràng : Số nguim , số thập phân...

Xem thêm: Nên Đi Du Lịch Đà Lạt Nên Đi Tháng Mấy ? Review Đà Lạt 12 Tháng Trong Năm

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

Bảng quyết ₫ịnh là 1 trong giải pháp vô cùng có lợi ₫ể ₫ặc tả những tận hưởng phần mềm hoặc ₫ể ₫ặc tả bảng kiến tạo khối hệ thống ứng dụng. Nó diễn đạt những qui tắc nhiệm vụ tinh vi cơ mà ứng dụng buộc phải thực hiện bên dưới dạng dễ ₫ọc cùng dễ kiểm soát :

Trong đó:

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

Chuyên mục: Blogs