Tin tổng hợp

4 Phương Pháp Phổ Biến Nhất Trong Kỹ Thuật Kiểm Thử Hộp Đen, Kiểm Thử Hộp Đen

Trong kiểm thử ứng dụng, sở hữu rất nhiều kỹ thuật kiểm thử được nhắc tới. Tuy nhiên ở nội dung bài viết này, tôi chỉ xin để cập tới 2 kỹ thuật này là: Kỹ thuật kiểm thử hộp đen (Black Box test) và Kỹ thuật kiểm thử 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 (Black box testing) là một phương pháp kiểm thử ứng dụng mà việc kiểm tra mọi chức năng của một ứng dụng ko cần sử dụng rộng rãi vào cấu trúc nội bộ hoặc sinh hoạt của nó.

Các bạn đang xem: Kiểm thử hộp đen

*

1.1.2. Đối tượng người sử dụng được kiểm thửLà thành phần phần mền (TPPM) thậm chí là một trong hàm tính năng, 1 modul tính năng, 1 phân hệ tính năng…

1.1.3. Phương pháp thử nghiệm:Phụ thuộc tính năng Kiểm thử hộp đen (Black box test) thậm chí được vận dụng hầu như tới mọi cấp độ của kiểm thử ứng dụng:

Kiểm thử đơn vị (Unit test)Kiểm thử tích hợp (Intergration test)Kiểm thử khối hệ thống (System test)Kiểm thử gật đầu đồng ý (Acceptance test).

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

1.1.4. Điểm lưu ý

Là chiến lược kiểm thử TPPM phụ thuộc thông tin duy nhất là những đặc tả về yêu cầu tính năng của TPPM tương ứng.Người kiểm thử ko quan trọng phải sở hữu kiến thức và kỹ năng về việc mã hoá, cấu trúc bên trong của TPPM, cũng như ko yêu cầu phải ghi nhận lâp trình ứng dụng.Việc kiểm thử được tiến hành phụ thuộc việc kiểm thử TPPM làm được gì, sở hữu thích nghi với yêu cầu của người sử dụng hay là không. Những tester nhập số liệu vào ứng dụng và chỉ việc xem thành quả của ứng dụng và những tiềm năng kiểm tra.Mức test này thường yêu cầu những tester phải viết test case rất đầy đủ trước lúc test; lúc test, giản dị và đơn giản chỉ việc tiến hành theo quá trình mô tả trong test case thao tác và nhập data vào, sau đó xem thành quả trả về hoặc hành vi của ứng dụng, rồi so sánh với thành quả mong đọi được viết trong testcase

1.1.5. Tạo test case và Triển khai test case

Lúc viết test case: Phụ thuộc yêu cầu và giao diện bên phía ngoài của chương trình (Ko can thiệp vào bên trong code của chương trình)Lúc tiến hành test: Triển khai trên giao diện của chương trình (yêu cầu chương trình phải chạy được mới test được, ko can thiệp vào code)

1.2. WHITE BOX TEST

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

*

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

1.2.3. Phương pháp thử nghiệm:Phụ thuộc thuật giải Kiểm thử hộp trắng phụ thuộc thuật giải ví dụ, vào cấu trúc dữ liệu bên trong của ₫ơn vị ứng dụng cần kiểm thử ₫ể xác ₫ịnh ₫ơn vị ứng dụng ₫ó sở hữu tiến hành ₫úng ko.

Với những TPPM quá to sẽ tốn rất nhiều thời hạn và công sức của con người để kiểm thử nếu như sử dụng kiểm thử tích hợp (Integration test) hay kiểm thử tính năng (Functional test)).Kỹ thuật white box test thích hợp sử dụng để kiểm thử đơn vị (Unit test)

1.2.4. Điểm lưu ý

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

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

Lúc viết test case: Phụ thuộc yêu cầu và nội dung Source Code (can thiệp vào bên trong Code của chương trình)Lúc tiến hành test: Thực thi test trong code (ko cần thực thi chương trình, vì thế tiến hành test white box sẽ sử dụng framework nào khác hỗ trợ (Ví dụ như test kiểu debug)Trong kiểm tra này, yên cầu người tester phải sở hữu kiến thức và kỹ năng và kỹ năng nhất định về ngôn từ lập trình được sử dụng, hiểu thuật giải trong thành phần ứng dụng, để thậm chí hiểu được cụ thể về đoạn code cần kiểm thử .

1.3. GRAY BOX TEST

Ngoài 2 kỹ thuật đã được nhắc tới: Black box test và white box test, thì sẽ xuất hiện 1 kỹ thuật, Gray box test là sự việc phối hợp giữa black box test và white box test.1.3.1. Định nghĩaGray Box Testing là một phương pháp kiểm thử ứng dụng được phối hợp giữa Phương pháp Kiểm thử Black Box (hộp đen) và White Box (hộp trắng). Trong Kiểm thử Hộp xám, cấu trúc bên trong thành phầm chỉ được biết một phần

*

1.3.2. Phương pháp thử nghiệm:Phụ thuộc giải thuật và tính năng

Gray box test thậm chí được sử dụng ở nhiều mức kiểm thử không giống nhau. Tuy nhiên, cơ bản được ứng dụng trong Kiểm thử tích hợp (Intergration test)

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

Lúc viết test case: Phụ thuộc yêu cầu và nội dung Source Code (can thiệp vào bên trong Code của chương trình)Lúc tiến hành test: Triển khai trên giao diện của chương trình (yêu cầu chương trình phải chạy được mới test được, ko 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 việc kiểm tra từng phân đoạn to những mã lệnh, tính năng lớn- Người thử nghiệm ko cần hiểu biết về mã lệnh được viết trong chương trình- Tách biệt giữa quan điểm của người tiêu dùng và người phát triển ứng dụng – Thích hợp trong việc tìm kiếm lỗi và những vấn đề trong mã lệnh- Biết được yêu cầu bên trong của ứng dụng, kiểm tra sẽ sát hơn- Cho phép tìm kiếm những lỗi ẩn bên trong- Những lập trình viên thậm chí tự kiểm tra- Giúp tối ưu việc mã hoá- Do yêu cầu kiến thức và kỹ năng cấu trúc bên trong của ứng dụng, nên việc kiểm soát lỗi tối đa nhất
2. Nhược điểm – Độ chứa đựng hạn chế vì thế chỉ sở hữu một phần nhỏ trong số những kịch bạn dạng thử nghiệm được thực hiện- Kiểm tra ko hiệu suất cao do người thử nghiệm không hiểu biết biết gì về cấu trúc bên trong ứng dụng.- Tester sở hữu hạn chế về hiểu biết về ứng dụng – Ko thể tìm thấy tính năng chưa tiến hành hoặc bỏ sót- Yên cầu hiểu sâu về cấu trúc bên trong của ứng dụng được thử nghiệm- Yêu cầu truy xuất mã lệnh bên trong chương trình

3. SỰ KHÁC NHAU GIỮA BLACK BOX TEST VÀ WHITE BOX TESTTiêu chuẩnBlack box testWhite box test

1. Định nghĩa – Kiểm tra hộp đen là phương pháp thử nghiệm ứng dụng được sử dụng để kiểm tra những ứng dụng mà ko sử dụng rộng rãi tới cấu trúc bên trong của chương trình. – Kiểm tra hộp trắng là phương pháp kiểm thử ứng dụng, sử dụng để kiểm tra ứng dụng mà yêu cầu phải ghi nhận cấu trúc bên trong của chương trình.
2. Trách nhiệm – Thử nghiệm được tiến hành bên phía ngoài, ko liên quan tới nhà phát triển ứng dụng.

Xem thêm: Định Nghĩa Của Designate Là Gì, Nghĩa Của Từ Designate, Nghĩa Của Từ Designate

– Thường thì, những thử nghiệm được tiến hành bởi nhà phát triển ứng dụng.
3. Cấp độ test sử dụng – Thử nghiệm vận dụng ở cấp độ cao như: kiểm tra khối hệ thống (System test), kiểm tra gật đầu đồng ý (Acceptance test) – Thử nghiệm được vận dụng ở mức độ thấp hơn như thử nghiệm đơn vị (Unit Test), thử nghiệm hội nhập (Integration test)
4. Biết lập trình – Ko yêu cầu hiểu biết về Lập trình – Yêu cầu hiểu biết nhất định về lập trình.
5. Biết việc tiến hành chương trình – Ko yêu cầu hiểu về cấu trúc bên trong tính năng, và ko cẩn hiểu làm thế nào để sở hữu được tính năng đó – Yêu cầu hiểu cấu trúc bên trong tính năng được tiến hành như nào.
6. Trung tâm tạo Test Cases – Kiểm tra hộp đen được chính thức dựa trên tài liệu yêu cầu kỹ thuật – Kiểm tra hộp trắng được chính thức dựa trên những tài liệu thiết kế cụ thể

4. SƠ LƯỢC VỀ CÁC KỸ THUẬT KIỂM TRA HỘP ĐEN

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

Với Điểm sáng của Kiểm thử hộp đen là chỉ phụ thuộc tính năng của ứng dụng, do đó quy trình kiểm thử qua quá trình chính như sau:

Phân tích đặc tả về những yêu cầu tính năng mà TPPM cần thực hiệnDùng 1 kỹ thuật đinh nghĩa những testcase xác định để định nghĩa những testcase, gồm 3 thông tin sau: + Giá trị dữ liệu để TPPM xử lý (hoặc hợp lệ, hoặc không phù hợp lệ) + Trạng thái của TPPM cần phải có để tiến hành testcase + Giá trị dữ liệu xuất mà TPPM phải tạo đượcKiểm thử những testcase đã định nghĩaSo sánh thành quả thu được với thành quả kỳ vọng trong từ testcase, từ đó lập report về thành quả kiểm thử

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

Nếu 1 testcase trong lớp tương ₫ương nào ₫ó không khiến lỗi TPPM thì những testcase trong lớp này cũng sẽ không khiến lỗi.Với những giá trị không phù hợp lệ: Ta nên tạo 1 lớp tương đương thay mặt đại diện những testcase chứa những giá trị không phù hợp lệ theo đặc tả để xem TPPM phản ứng như nào với những trường hợp này

4.2.2. Kỹ thuật phân tích những giá trị ở biên

Lúc tạo testcase, ta chỉ sử dụng Kỹ thuật phân lớp tương đương thì hẳn là chưa đủ. Kinh nghiệm cho thấy rằng lỗi thường nằm tại biên (₫ầu hay cuối) của 1 khoảng liên tục nào ₫ó (lớp tương ₫ương). Do ₫ó với Kỹ thuật phân tích giá trị chỉnh sửa trung tạo những testcase ứng với những giá trị ở biên này. Nên thông thông thường là sở hữu sự phối hợp cả 2 kỹ thuật: Phân lớp tương đương và Phân tích giá trị biên để viết những testcase. Ý tưởng của kỹ thuật là chỉ ₫ịnh nghĩa những testcase ứng với những giá trị ngay trên biên hay lân cận biên của từng lớp tương ₫ương. Do ₫ó kỹ thuật này chỉ thích phù hợp với những lớp tương ₫ương xác ₫ịnh bởi những giá trị liên tục (số nguyên, số thực), chứ nó ko thích phù hợp với lớp tương ₫ương ₫ược xác ₫ịnh bởi những giá trị liệt kê 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 thử dựa trên những giá trị ở biên: -ƒ Nhận dạng những lớp tương ₫ương dựa trên ₫ặc tả về yêu cầu tính năng của TPPM.

Nhận dạng 2 biên của mỗi 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 dưới biên.1 testcase ngay trên biên. Ý nghĩa ngay trên và ngay dưới biên tùy thuộc vào ₫ơn vị ₫o lường ví dụ : Số nguyên , số thập phân…

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

Bảng quyết ₫ịnh là một trong dụng cụ rất hữu ích ₫ể ₫ặc tả những yêu cầu ứng dụng hoặc ₫ể ₫ặc tả bảng thiết kế khối hệ thống ứng dụng. Nó mô tả những qui tắc nghiệp vụ phức tạp mà ứng dụng phải tiến hành dưới dạng dễ ₫ọc và dễ kiểm soát :

Rule 1Rule 2Rule p

Conditions
Conditions-1

Xem thêm: Conductivity Là Gì – Định Nghĩa Và Ứng Dụng Trong Thực Tế

Conditions-m
Actions
Actions-1
Actions-n

Trong số đó:

Condition-1 tới Condition-m mô tả m ₫iều khiếu nại dữ liệu nhập không giống nhau thậm chí sở hữu.Action-1 tới Action-n mô tả n hoạt ₫ộng không giống nhau mà khối hệ thống thậm chí tiến hành tùy thuộc vào tổ hợp ₫iều khiếu nại dữ liệu nhập nào.Mỗi cột mô tả 1 luật ví dụ : tổ hợp ₫iều khiếu nại nhập ví dụ và những hoạt ₫ộng ví dụ cần tiến hành. Lưu ý những hoạt ₫ộng cần tiến hành ko tùy thuộc vào thứ tự những ₫iều khiếu nại nhập, nó chỉ tùy thuộc vào giá trị những ₫iều khiếu nại nhập. Tương tự, những hoạt ₫ộng cần tiến hành ko tùy thuộc vào trạng thái hiện hành của TPPM, chúng cũng ko tùy thuộc vào những ₫iều khiếu nại nhập ₫ã sở hữu trước ₫ó.
Phân mục: Tổng hợp

Về Viettingame.com

Viettingame.com - Chuyên trang web tổng hợp những thông tin hữu ích trên internet như thông tin về game, tin tổng hợp
Xem tất cả các bài viết của Viettingame.com →

Trả lời

Email của bạn sẽ không được hiển thị công khai.