Kiểm thử hộp đen và kiểm thử hộp trắng

  -  

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


*

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

Bạn đang xem: Kiểm thử hộp đen và kiểm thử hộp trắng

1.1.3. Phương thơm pháp demo nghiệm: Dựa vào chức năngKiểm test vỏ hộp Black (Blaông xã box test) rất có thể được áp dụng số đông mang đến hồ hết 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 hòa hợp (Intergration test)Kiểm thử hệ thống (System test)Kiểm test gật đầu đồng ý (Acceptance test).

Tuy nhiên, Black box chạy thử được thực hiện thích hợp tuyệt nhất trong kiểm test khối hệ thống (System test) cùng Kiểm demo gật đầu đồng ý (Acceptance test)

1.1.4. Đặc điểm

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

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

khi viết thử nghiệm case: Dựa vào thử dùng với hình ảnh bên phía ngoài của chương trình (Không can thiệp vào bên trong code của chương trình)Lúc tiến hành test: Thực hiện tại trên giao diện của chương trình (trải nghiệm lịch trình nên chạy được new demo được, không can thiệp vào code)

1.2. WHITE BOX TEST

1.2.1. Định nghĩaKiểm test vỏ hộp trắng (While box test) là phương pháp nghiên cứu ứng dụng, trong những số đó những thi công, cấu trúc giải thuật bên trong, và vấn đề tiến hành những quá trình rất nhiều được hiểu đến


*

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

1.2.3. Pmùi hương pháp demo nghiệm: Dựa vào thuật giảiKiểm test vỏ hộp White nhờ vào thuật giải ví dụ, vào kết cấu tài liệu bên phía trong của ₫ơn vị phần mềm buộc phải kiểm test ₫ể xác ₫ịnh ₫ơn vị phần mềm ₫ó gồm triển khai ₫úng không.

Với mọi TPPM quá rộng vẫn tốn không hề ít thời hạn cùng công sức nhằm kiểm thử trường hợp nhỏng sử dụng kiểm thử tích hợp (Integration test) hay kiểm test công dụng (Functional test)).Kỹ thuật White box thử nghiệm phù hợp dùng để kiểm test đơn vị (Unit test)

1.2.4. Đặc điểm

Là chiến lược kiểm test TPPM nhờ vào giải mã, cấu tạo bên phía trong công dụng của TPPM khớp ứng.Người kiểm thử phải có kỹ năng một mực về việc mã hoá, kết cấu phía bên trong của công dụng, biết lâp trình ứng dụng.Việc kiểm demo được tiến hành phụ thuộc bài toán kiểm coi giải mã, mã lệnh đã có tác dụng gồm đúng không nhỉ.Mức test này hay đề xuất các tester cần viết test case rất đầy đủ những nhánh vào code; khi kiểm tra, vẫn set điều kiện và data nhằm chạy vào đủ tất cả những nhánh trong giải thuật, bảo đảm an toàn tiến hành không hề thiếu.

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

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

1.3. GRAY BOX TEST

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


*

1.3.2. Pmùi hương pháp test nghiệm: Dựa vào giải thuật cùng chức năng

Gray box test hoàn toàn có thể được áp dụng sinh sống nhiều nấc kiểm demo không giống nhau. Tuy nhiên, hầu hết được ứng dụng trong Kiểm thử tích phù hợp (Intergration test)

1.3.3. Tạo testcase với triển khai test

Khi viết test case: Dựa vào những hiểu biết với câu chữ Source Code (can thiệp vào bên trong Code của chương thơm trình)Lúc tiến hành test: Thực hiện nay bên trên đồ họa của công tác (tận hưởng công tác buộc phải chạy được new demo đượ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 dungBlack box testWhite box test
1. Ưu điểm- Thích hợp trong bài toán bình chọn từng phân đoạn mập các mã lệnh, chức năng phệ - Người nghiên cứu ko phải phát âm biết về mã lệnh được viết trong công tác - Tách biệt thân ý kiến của người sử dụng cùng fan trở nên tân tiến phần mềm- Thích thích hợp vào việc tìm tìm lỗi cùng các sự việc trong mã lệnh - Biết được đề xuất bên trong của ứng dụng, kiểm soát đang tiếp giáp hơn - Cho phxay kiếm tìm tìm các lỗi ẩn phía bên trong - Các thiết kế viên hoàn toàn có thể tự khám nghiệm - Giúp buổi tối ưu Việc mã hoá - Do yên cầu kiến thức cấu tạo 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 nhiều nhất
2. Nhược điểm- Độ bao phủ tiêu giảm bởi chỉ bao gồm một phần nhỏ tuổi trong các các kịch bản thử nghiệm được triển khai - Kiểm tra không kết quả vì chưng fan phân tích thiếu hiểu biết biết gì về cấu trúc bên trong ứng dụng. - Tester hạn chế chế về phát âm biết về ứng dụng- Không thể tìm kiếm thấy tính năng chưa thực hiện hoặc thải trừ - Đòi hỏi hiểu sâu về kết cấu phía bên trong của ứng dụng được thử nghiệm - Yêu cầu truy nã xuất mã lệnh bên phía trong chươ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à cách thức thí điểm ứng dụng được thực hiện để chất vấn những phần mềm cơ mà ko quan tâm mang lại kết cấu bên trong của công tác.- Kiểm tra hộp white là phương pháp kiểm demo ứng dụng, áp dụng để kiểm tra phần mềm mà kinh nghiệm phải ghi nhận cấu trúc bên phía trong của chương trình.
2. Trách rưới nhiệm- Thử nghiệm được triển khai phía bên ngoài, không tương quan cho nhà cải tiến và phát triển phần mềm.- Thông thường, những thí nghiệm được triển khai vì nhà cải tiến và phát triển ứng dụng.

Xem thêm: Canh Giữa Ô Trong Word 2013 Căn Chữ Vào Giữa Ô, Căn Giữa Ô Trong Word, Excel 2016, 2013, 2010

3. Cấp độ test sử dụng- Thử nghiệm vận dụng ở cấp độ cao như: bình chọn khối hệ thống (System test), chất vấn gật đầu (Acceptance test)- Thử nghiệm được áp dụng ở tầm mức độ rẻ hơn hẳn như là thể nghiệm đơn vị chức năng (Unit Test), phân tách hội nhập (Integration test)
4. Biết lập trình- Không đề xuất gọi biết về Lập trình- Yêu cầu hiểu biết nhất mực về lập trình sẵn.
5. Biết vấn đề tiến hành chương thơm trình- Không kinh nghiệm phát âm về kết cấu bên phía trong công dụng, với ko cẩn hiểu làm cho cố nào để có được chức năng đó- Yêu cầu đọc cấu tạo phía bên trong tác dụng được tiến hành nhỏng làm sao.
6. Thương hiệu tạo ra Test Cases- Kiểm tra hộp đen được ban đầu dựa trên tài liệu thử dùng kỹ thuật- Kiểm tra hộp trắng được bước đầu dựa trên các tài liệu kiến thiết chi tiết
4. SƠ LƯỢC VỀ CÁC KỸ THUẬT KIỂM TRA HỘP ĐEN

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

Với đặc điểm của Kiểm demo hộp Black là chỉ phụ thuộc vào công dụng của ứng dụng, vì thế các bước kiểm test qua các bước bao gồm như sau:

Phân tích sệt tả về các thưởng thức công dụng nhưng TPPM bắt buộc thực hiệnDùng 1 kỹ thuật đinh nghĩa những testcase xác minh để quan niệm các testcase, tất cả 3 công bố sau:+ Giá trị tài liệu nhằm TPPM giải pháp xử lý (hoặc thích hợp lệ, hoặc không hợp lệ)+ Trạng thái của TPPM cần phải có nhằm tiến hành testcase+ Giá trị tài liệu xuất nhưng TPPM phải khởi tạo đượcKiểm test những testcase đã định nghĩaSo sánh hiệu quả thu được với hiệu quả kỳ vọng trong tự testcase, tự đó lập report về công dụng kiểm thử

4.2. Các kỹ thuật thông dụng vào kiểm thử 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 cực hiếm biên (Boundary value analysis).Kỹ thuật cần sử dụng những bảng quyết ₫ịnh (Decision Tables)Kỹ thuật kiểm demo các cỗ n kỳ diệu (Pairwise)Kỹ thuật dùng bảng đưa trạng thái (State Transition)Kỹ thật phân tích vùng miền (tên miền analysis)Kỹ thuật dựa trên ₫ặc tả Use Case (Use case)Kỹ thuật dùng lược ₫ồ quan hệ nam nữ nhân quả (Cause-Effect Diagram)Trong bài viết này tôi chỉ nêu qua loa về một số trong những chuyên môn kiểm thử bên trên. Chi máu sẽ tiến hành ví dụ trong các 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à cố gắng phân các testcase ra thành các đội không giống nhau : các testcase trong những team xác định TPPM triển khai thuộc 1 hành động.Mỗi team testcase thỏa mãn tiêu chuẩn chỉnh trên ₫ược Điện thoại tư vấn là một trong những lớp tương ₫ương, ta chỉ việc xác ₫ịnh 1 testcase ₫ại diện đến team với cần sử dụng testcase này ₫ể kiểm thử TPPM.do đó ta ₫ã giảm không hề ít testcase bắt buộc ₫ịnh nghĩa và kiểm demo, nhưng chất lượng kiểm test không biến thành giảm đi bao nhiêu đối với vét cạn.Như vậy là dựa vào kỳ vọng:-ƒ Nếu 1 testcase trong lớp tương ₫ương như thế nào ₫ó khiến lỗi TPPM thì những testcase trong lớp này cũng sẽ tạo lỗi điều này.

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

4.2.2. Kỹ thuật so sánh các quý giá sinh hoạt biên

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

4.2.3. Kỹ thuật dùng bảng quyết ₫ịnh (decision table)

Bảng quyết ₫ịnh là 1 trong những chính sách siêu có ích ₫ể ₫ặc tả những tận hưởng ứng dụng hoặc ₫ể ₫ặc tả bảng thiết kế khối hệ thống ứng dụng. Nó biểu đạt những qui tắc nhiệm vụ phức tạp cơ mà ứng dụng phải tiến hành bên dưới dạng dễ ₫ọc với dễ dàng điều hành và kiểm soát :

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

Xem thêm: Hướng Dẫn Cách Thay Đổi Địa Chỉ Ip, Cách Đổi Địa Chỉ Ip Cho Điện Thoại

Actions-n

Trong đó:

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