Phân Biệt Black Box Test Và White Box Test, Sơ Lược Một Số Kỹ Thuật Trong Black Box Test

Kiểm test hộp black là chuyên môn kiểm demo được các tester sử dụng phổ cập nhất hiện nay. Không cần có kiến thức nâng cao về IT, những người dân trái ngành vẫn rất có thể chuyển sang làm tester được làm việc mảng trên. Vậy kiểm thử hộp đen là gì? cùng ITNavi khám phá tất tần tật tin tức tại nội dung bài viết dưới trên đây nhé!


*

Kiểm test hộp đen là xu hướng nghề nghiệp của các tester trái ngành.

Bạn đang xem: Phân biệt black box test và white box test, sơ lược một số kỹ thuật trong black box test

1. Kiểm test hộp đen là gì?

Trái ngược cùng với kiểm thử hộp trắng, kiểm test hộp black (Black box testing) là cách thức test dựa vào đầu vào và áp sạc ra của chương trình mà không thân thiện tới code bên trong được viết ra sao. Tester sẽ xem ứng dụng như là 1 trong hộp đen, chỉ chú ý được lớp vỏ phía bên ngoài mà không nhìn được cấu tạo bên trong.

Ví dụ: Ta có thành phầm app thương mại dịch vụ điện tử:

Kiểm thử vỏ hộp trắng sẽ test mã code mà developers đang lập trình tạo nên sản phẩm.Kiểm test hộp đen sẽ kiểm tra các công dụng như: thiết lập sắm, đăng sản phẩm, tạo tài khoản… hoặc hiệu suất thao tác của app.

Ưu điểm của kiểm thử vỏ hộp đen chính là các tester không cần có nền tảng công nghệ, không cần biết ngôn ngữ thiết kế đều hoàn toàn có thể thực hiện thử nghiệm được. Người kiểm thử khi áp dụng Black box testing sẽ là một trong phương diện độc lập, gồm cái quan sát khách quan lại về sản phẩm.

Phương pháp kiểm demo hộp black sẽ nỗ lực tìm ra lỗi ở những vấn đề sau: tính năng không đúng đắn hoặc thiếu, lỗi giao diện, lỗi trong cấu tạo dữ liệu hoặc truy cập cơ sở mặt ngoài, lỗi về hiệu suất…

2. Các các loại kiểm thử vỏ hộp đen

Kiểm thử hộp đen bao gồm 3 loại: Functional testing (Kiểm demo chức năng), Non-Functional testing (Kiểm demo phi chức năng) với Regression testing (Kiểm demo hồi quy).

Functional testing kiểm tra tác dụng của vận dụng đó có vận động đúng như người tiêu dùng mong ngóng không.Non-Functional testing xem xét những hành vi bên phía ngoài của ứng dụng dựa trên tởm nghiệm người dùng và mong muốn đợi của người tiêu dùng để đánh giá phản hồi của hệ thống.Regression testing kiểm tra lại tài năng đã hoàn thiện nhằm chắc chắn là rằng phần tính năng mới được cấp dưỡng không phá hỏng các phần khác của ứng dụng.

*

Regression testing là 1 trong loại kiểm demo thuộc black box testing.

3. Các chuyên môn kiểm thử hộp đen

4 nghệ thuật kiểm thử hộp đen thịnh hành nhất: Phân vùng tương đương (Equivalence partitioning), Phân tích giá trị biên (Boundary value analysis), Bảng quyết định (Decision Tables) cùng Đoán lỗi (Error guessing)

a. Phân vùng tương đương (Equivalence partitioning)

Phân vùng tương tự là chuyên môn chia đầu vào thành các nhóm tương đương nhau. Nếu như một quý giá trong nhóm hoạt động đúng thì tất cả các giá trị trong nhóm đó cũng vận động đúng với ngược lại. Mục tiêu của phương pháp này là giúp bớt đáng kể con số Test Case cần phải thiết kế vì từng lớp tương đương ta chỉ cần test trên các phần tử đại diện.

Thiết kế Test-case bởi phân vùng tương đương tiến hành theo 2 bước: xác minh các lớp tương tự và xác định các ca kiểm thử. Khi triển khai kỹ thuật Equivalence partitioning, đầu vào sẽ tiến hành chia theo nguyên tắc:

1 lớp những giá trị khủng hơn.1 lớp các giá trị nhỏ dại hơn.1 lớp các giá trị vừa lòng lệ.

b. Phân tích cực hiếm biên (Boundary value analysis)

Phân tích quý hiếm biên là phương thức test tất cả các cực hiếm ở vùng biên của dữ liệu vào và tài liệu ra. Những tester sẽ tập trung vào các giá trị biên chứ không test toàn bộ dữ liệu. Do đó, nắm vì phải kiểm thử tổng thể dữ liệu vào với ra, ta rất có thể test trường đoản cú 4 - 6 case mà lại vẫn đảm bảo hệ thống vận động tốt.

Boundary conditions là những vị trí sống giữa, trên cùng dưới những biên của lớp tương đương. Khi áp dụng kỹ thuật phân tích quý hiếm biên, bạn kiểm thử đang chọn các giá trị:

Giá trị bé dại nhất
Giá trị ngay dưới giá trị bé dại nhất
Giá trị bình thường
Giá trị tức thì trên giá bán trị lớn nhất
Giá trị bự nhất

*

Kỹ thuật phân tích quý giá biên sẽ chọn 5 cực hiếm để kiểm thử.

c. Bảng đưa ra quyết định (Decision Tables)

Trong các kỹ thuật viết test Case, so với các trường dữ liệu đơn như textbox, các tester thường thực hiện các phương thức phân vùng tương tự hay phân tích cực hiếm biên. Đối cùng với kiểm thử hành động của hệ thống với nhiều trường dữ liệu, Bảng ra quyết định (Decision table) đã giúp bọn họ phân loại và định hình được kịch bản kiểm demo một cách chính xác và rõ ràng hơn.

Xem thêm: Công dụng của sáp nhũ hoá mềm mượt trong việc sản xuất mỹ phẩm

Bảng quyết định là một kỹ thuật tốt để vận dụng cho đông đảo trường hợp nên nhiều sự kết hợp. Nghệ thuật này cung cấp việc gạn lọc Test Case về tối thiểu một bí quyết có khối hệ thống kỹ thuật cùng với độ bao trùm tối đa.

Có 4 cách để tín đồ kiểm thử tạo ra Decision Tables:

Liệt kê tất cả Conditions/Inputs.Tính con số kết hợp rất có thể (Rules).Đặt tất cả các phối hợp trong bảng.

d. Đoán lỗi (Error guessing)

Đoán lỗi là kỹ thuật mô tả hành động phỏng đoán lỗi thường gặp mặt của hệ thống dựa bên trên trực giác với kinh nghiệm của những tester. Bạn kiểm thử vẫn liệt kê những loại lỗi có thể xảy ra và bỏ vào Test Case để soát sổ xác minh vấn đề.

Phương pháp này đặc trưng dựa vào kinh nghiệm tay nghề và kỹ năng và kiến thức của tester. Chuyên môn đoán lỗi không tuân theo bất kỳ quy tắc cụ thể nào, demo Case gồm thể được thiết kế theo phong cách tùy trực thuộc vào các yếu tố như: Đặc trưng hoạt động của phần mềm, lỗi đã xuất hiện ở các dự án tựa như khác…

Các nguyên tố mà fan kiểm thử thường dùng để đoán lỗi:

Trực giác kiểm thử.Có kỹ năng và kiến thức liên quan, nắm rõ về hệ thống.Bài học đúc kết từ những lần kiểm thử ứng dụng trước, những lỗi hay gặp…Tập trung kiểm tra theo từng phần, từng chức năng sẽ góp tester chú trọng và phân tích và lý giải những vấn đề xảy ra ở vùng nào.

4. Quy trình kiểm thử vỏ hộp đen

Quy trình kiểm thử vỏ hộp đen rất có thể áp dụng theo 4 bước: Lập chiến lược kiểm thử, kiến tạo Test Case, thực hiện test và report kiểm thử.

a. Lập kế hoạch test

Tester triển khai phân tích yêu mong và lập tài liệu tổng quan liêu về câu hỏi kiểm demo dự án bao hàm những thông tin sau:

Phạm vi kiểm thử, phía tiếp cận, các bước kiểm thử, khoáng sản và lực lượng lao động test.Các chức năng/module cần được kiểm tra; những công chũm và môi trường kiểm thử đề xuất có.Ai test chức năng nào? - khi nào bắt đầu thực hiện tại viết và xong xuôi test case? - khi nào bước đầu thực hiện và xong xuôi test?

*

Lập kế hoạch demo là những bước đầu của kiểm thử hộp đen

b. Thiết kế demo case

Sau khi đạt được Test Plan, Tester bước đầu xây dựng cỗ Test Case dựa trên yêu cầu của phần mềm. Test Case buộc phải mô tả được cụ thể dữ liệu đầu vào, hành động, công dụng mong hóng để xác minh một chức năng của ứng dụng phần mềm có vận động đúng tốt không.

Template của demo Case có khá nhiều trường hòa hợp nhưng cần phải có 5 mục chính: ID, mục tiêu kiểm thử, các bước thực hiện, kết quả mong chờ & kết quả thực tế.

c. Thực hiện tại kiểm thử

Khi developers sẽ code với đưa sản phẩm lên môi trường kiểm thử, tester sẽ triển khai dựa trên kiểm tra Case đã viết. Trong quy trình test, nếu như phát chỉ ra bug (lỗi) thì tester sẽ log (viết) lên những tool cai quản lỗi. Bug của thiết kế viên nào đang giao lại cho những người đấy xử lý. Bao giờ developers fix bug xong, tester đang nhận lại và triển khai kiểm thử.

d. Báo cáo kiểm thử

Ở giai đoạn này, tester chuẩn chỉnh bị báo cáo kết thúc kiểm thử, tổng vừa lòng lại các chỉ số trong quy trình test. Cả team cải cách và phát triển sẽ ngồi họp để tiến công giá tổng thể các tiêu chí khẳng định có thể ngừng quy trình kiểm thử giỏi chưa. Những tiêu chuẩn này khác nhau tùy theo từng dự án, thường thì bao gồm:

Số lượng chạy thử case tối đa được xúc tiến Passed.Tỷ lệ lỗi giảm đi dưới mức độc nhất định.Deadline được chốt từ giai đoạn làm kế hoạch kiểm thử.

Kết luận

Qua các thông tin share trên, các tester cũng đã nắm rõ hơn về kiểm demo hộp black để lựa chọn cho mình hướng đi vào tương lai. Ưu điểm của kiểm thử vỏ hộp đen đó là các tester không cần phải có nền tảng technology thông tin đều rất có thể thực hiện thử nghiệm được. Đặc biệt, 4 nghệ thuật kiểm thử hộp black giúp Manual tester xử trí được những bộ chạy thử Case chất lượng.

Mở rộng ngay thời cơ việc làm Tester tại ITNavi - gốc rễ kết nối vấn đề làm IT với trên 1000++ jobs cập nhật mỗi ngày.

Kiểm thử vỏ hộp trắng (White box testing) và kiểm thử hộp black (Black box testing) là hai cách thức kiểm thử cơ bản nhất hiện nay. Hai cách tiến hành kiểm demo này được sử dụng khá phổ biến. Tuy nhiên, ko phải ai cũng biết sự biệt lập giữa chúng. Để tìm hiểu rõ hơn về vấn đề này, hãy tham khảo nội dung bài viết dưới phía trên nhé.

*

2/ Mục tiêu

Mục tiêu bao gồm của đen box testing là kiểm tra tác dụng của hệ thống được demo nghiệm
Đối tượng: Là yếu tắc phần mềm. Có thể là 1 hàm chức năng, 1 module chức năng, 1 phân hệ chức năng.Người triển khai test: over user, developer, cùng tester

3/ phương thức kiểm thử

Kiểm demo hộp đen được sử dụng thích hợp nhất vào kiểm thử hệ thống (System test) cùng kiểm thử gật đầu đồng ý (Acceptance test). Xung quanh ra, kiểu chạy thử này còn được sử dụng trong nhiều cấp độ không giống của kiểm thử phần mềm như: kiểm thử đơn vị, kiểm test tích hợp,….

Khi viết kiểm tra case: nhờ vào yêu mong và giao diện bên ngoài của chương trình. Ko can thiệp vào phía bên trong code của chương trình.Khi triển khai test: triển khai trên bối cảnh của chương trình. Yêu mong chương trình yêu cầu chạy được bắt đầu test được, không can thiệp vào code.

4/ những kỹ thuật của đen box test

Phân vùng tương tự (Equivalence partitioning – EP)Phân tích cực hiếm biên (Boundary value analysis – BVA)Bảng đưa ra quyết định (Decision table – thử nghiệm matrix)Test đổi khác trạng thái (State transition testing)Bảng tâm trạng (States table)Trường hợp thực hiện (Use case testing)

4.1/ Phân vùng tương đương (Equivalence partitioning – EP)

Chia các vùng dựa vào đầu vào, đầu ra,.. Thành các khoanh vùng mà tác dụng mong hóng là giống như nhau (tương đương) vì thế chúng được cách xử trí theo một giải pháp giống nhau.Chỉ yêu cầu kiểm hội chứng 1 quý giá thì sẽ có thể khẳng định được vùng chính là valid xuất xắc invalid
Testcase có phong cách thiết kế để bao che tất cả những TH valid và invalid. EP được áp dụng ở tất cả các màn chơi test

Ví dụ: Tìm toàn bộ các testcase (items)

*
=> EP: 3 case

TC1: x> 1, TC2: 1Kiểm tra các giá trị có xu thế ẩn nấp gần ranh giới
Có 2 loại:Tow-boundary: giá chỉ trị lớn số 1 và nhỏ nhất trong 1 phân vùng là cực hiếm biên
Three-boundary: quý giá trước, tại, sau trong 1 phân vùng
Test có phong cách thiết kế để cover những giá trị biên valid và invalid
BVA được áp dụng ở tất cả các màn chơi test. Nó khá tiện lợi áp dụng để tìm ra lỗi.Đặc tả chi tiết sẽ hỗ trợ cho các xác minh được quý giá biên này

Ví dụ: -5

*

Two boundary: -5, -4, 4, 5Three boundary: -5, -4, -3, 3, 4, 5

4.3/ Bảng ra quyết định (Decision table – thử nghiệm matrix)

Kết hợp các input, tình huống hoặc sự kiện
Diễn đạt bằng các điều kiện nguồn vào để họ bao gồm TRUE or FALSE

Ví dụ cụ thể, chúng ta có thể xem ở đây: https://viblo.asia/p/uu-diem-va-nhuoc-diem-cua-test-matrix-RQq
KLGOp57z

4.4/ Test chuyển đổi trạng thái (State transition testing)

Một khối hệ thống có thể biểu thị một phản ứng khác nhau tùy nằm trong vào đk hiên trên hoặc chi phí sử
Nó chất nhận được test để để ý các phần mềm về tâm lý của nó, thay đổi giữa các trạng thái, những yếu tố nguồn vào hoặc sự việc gây ra những đổi khác trạng thái (chuyển tiếp) và những lệnh, các đầu vào, có thẻ làm rất nổi bật quá trình đổi khác hoặc hoàn toàn có thể là không hợp lệ

VD: sơ đồ cho nhập PIN cho thẻ

*

Một tế bào hình biến đổi trạng thái có bốn phần cơ bản:

Các trạng thái nhưng phần mềm có thể thực hiện(mở/đóng): O (states)Việc thay đổi từ một tinh thần khác: -> (transition)Các sự khiếu nại đã gây nên một quy trình chuyển đổi: insert card, event,…Các hành động đó là kết quả của một quy trình chuyển đổi: kích hoạt => nghệ thuật này tương xứng với mô hình sale có trạng thái rõ ràng hoặc test những dòng screen thoại

4.5/ Bảng tâm lý (States table)

Để coi tổng số phối hợp các tâm trạng và quá trình chuyển đổi, phù hợp lệ và không hợp lệ, một bảng trạng thái hoàn toàn có thể được sử dụng.Bảng liệt kê tất cả các trạng thái xuống một mặt bảng và tất cả các sự kiện gây nên quá trình thay đổi ở đầu trang. Mỗi ô sau đó đại diện cho một cặp trạng thái-sự kiện. Những nội dung của từng ô đã cho thấy trạng thái hệ thống sẽ chuyển sang
*

4.6/ trường hợp áp dụng (Use case testing)

Là một nghệ thuật giúp họ xác định những trường hợp kiểm tra quyền thực hiện toàn cục hệ thống trên cơ sở của giao dịch từ trên đầu đến cuối
Sử dụng những trường hợp là 1 trong những chuỗi quá trình mô tả sự shop giữa các đối tượng người sử dụng sử dụng cùng hệ thống
Có thể mô tả tại mức trừu tượng, hoặc ở cấp độ hệ thống
Mỗi trường vừa lòng sử dụng thường có kịch phiên bản chính và đường dẫn thay thếThiết kế trường hợp thử nghiệm từ trường vừa lòng sử dụng hoàn toàn có thể được kết hợp với các chuyên môn dựa trên điểm sáng khác.

Hy vọng bài viết của mình sẽ giúp bạn hiển thêm về các kỹ thuật kiểm thử vỏ hộp đen. Và sẽ hứa hẹn với chúng ta về nội dung bài viết kiểm thử vỏ hộp trắng nhé!!!