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

1.1.3. Pmùi hương pháp demo nghiệm: Dựa vào chức năngKiểm test hộp black (Blaông chồng box test) hoàn toàn có thể được áp dụng hầu hết cho mọi cấp độ của kiểm thử phần mềm:

Kiểm demo đơ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 chấp nhận (Acceptance test).

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

Tuy nhiên, Blaông chồng box thử nghiệm được sử dụng tương thích độc nhất vô nhị trong kiểm test hệ thống (System test) với Kiểm demo gật đầu đồng ý (Acceptance test)

1.1.4. Đặc điểm

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

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

Khi viết chạy thử case: Dựa vào kinh nghiệm với đồ họa phía bên ngoài của công tác (Không can thiệp vào bên trong code của chương thơm trình)Khi triển khai test: Thực hiện nay trên đồ họa của lịch trình (kinh nghiệm lịch trình yêu cầu chạy được new test được, ko 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à cách thức thử nghiệm phần mềm, trong số đó những kiến tạo, cấu trúc giải mã bên trong, và bài toán triển khai các các bước phần nhiều được cho là đến


*

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

1.2.3. Pmùi hương pháp test nghiệm: Dựa vào thuật giảiKiểm demo vỏ hộp Trắng phụ thuộc vào thuật giải ví dụ, vào cấu trúc dữ liệu phía bên trong của ₫ơn vị ứng dụng đề xuất kiểm demo ₫ể xác ₫ịnh ₫ơn vị phần mềm ₫ó gồm tiến hành ₫úng ko.

Với phần lớn TPPM quá lớn vẫn tốn rất nhiều thời gian cùng sức lực lao động nhằm kiểm thử ví như nhỏng cần sử dụng kiểm test tích hợp (Integration test) tốt kiểm test chức năng (Functional test)).Kỹ thuật Trắng box kiểm tra thích hợp dùng để làm kiểm demo đơn vị (Unit test)

1.2.4. Đặc điểm

Là chiến lược kiểm test TPPM dựa vào lời giải, cấu tạo phía bên trong công dụng của TPPM tương xứng.Người kiểm demo buộc phải tất cả kiến thức cố định về câu hỏi mã hoá, cấu tạo bên phía trong của chức năng, biết lâp trình ứng dụng.Việc kiểm thử được tiến hành dựa vào việc kiểm xem giải mã, mã lệnh đã làm có đúng không.Mức test này thường tận hưởng các tester đề nghị viết chạy thử case khá đầy đủ các nhánh trong code; Khi kiểm tra, đang phối ĐK và data nhằm chạy vào đủ tất cả những nhánh vào giải thuật, bảo đảm tiến hành đầy đủ.

Xem thêm: Indochina Time Là Gì ? Cách Đổi Giờ Utc Sang Giờ Việt Nam Giờ Utc Là Gì

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

1.3. GRAY BOX TEST

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


*

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

Gray box chạy thử có thể được sử dụng sinh sống các nấc kiểm thử khác biệt. Tuy nhiên, hầu hết được ứng dụng vào Kiểm test tích hòa hợp (Intergration test)

1.3.3. Tạo testcase cùng tiến hành test

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

Với Đặc điểm của Kiểm test hộp Black là chỉ phụ thuộc vào công dụng của phần mềm, vì vậy tiến trình kiểm demo qua quá trình chủ yếu nhỏng sau:

Phân tích quánh tả về những kinh nghiệm tác dụng mà TPPM yêu cầu thực hiệnDùng 1 chuyên môn đinh nghĩa các testcase khẳng định nhằm tư tưởng các testcase, bao gồm 3 lên tiếng sau:+ Giá trị tài liệu để TPPM xử trí (hoặc hợp lệ, hoặc không hợp lệ)+ Trạng thái của TPPM cần có để triển khai testcase+ Giá trị dữ liệu xuất nhưng TPPM phải tạo đượcKiểm thử các testcase sẽ định nghĩaSo sánh kết quả thu được cùng với tác dụng hy vọng vào trường đoản cú testcase, trường đoản cú kia lập báo cáo về kết quả kiểm thử

4.2. Các chuyên môn phổ biến trong kiểm demo 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 những bảng quyết ₫ịnh (Decision Tables)Kỹ thuật kiểm test những cỗ n kỳ diệu (Pairwise)Kỹ thuật cần sử dụng bảng chuyển tâm trạng (State Transition)Kỹ thiệ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 trái (Cause-Effect Diagram)Trong bài viết này tôi chỉ nêu qua quýt về một số nghệ thuật kiểm test bên trên. Chi máu sẽ tiến hành rõ ràng trong số bài viết sau

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

Ý tưởng của kỹ thuật này là cố gắng phân những testcase ra thành nhiều đội khác biệt : các testcase trong mỗi team xác định TPPM triển khai cùng 1 hành vi.Mỗi đội testcase thỏa mãn tiêu chuẩn bên trên ₫ược Gọi là một lớp tương ₫ương, ta chỉ việc xác ₫ịnh 1 testcase ₫ại diện đến team cùng dùng testcase này ₫ể kiểm demo TPPM.Như vậy ta ₫ã bớt tương đối nhiều testcase yêu cầu ₫ịnh nghĩa cùng kiểm test, tuy thế quality kiểm thử không bị giảm sút từng nào so với vét cạn.Vấn đề này là nhờ vào kỳ vọng:-ƒ Nếu 1 testcase vào lớp tương ₫ương làm sao ₫ó khiến lỗi TPPM thì những testcase vào lớp này cũng biến thành gây lỗi như vậy.

Xem thêm: Uwu Là Gì - 1, Uwu Là Gì VậY Ạ

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

4.2.2. Kỹ thuật so với những giá trị sinh sống biên

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

Bảng quyết ₫ịnh là một nguyên tắc khôn 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 hệ thống phần mềm. Nó miêu tả các qui tắc nghiệp vụ tinh vi mà lại ứng dụng bắt buộc tiến hành bên dưới dạng dễ dàng ₫ọc cùng dễ kiểm soát và điều hành :

Trong đó:

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