trắng Box Kiểm thử – Là gì, Kỹ thuật, Ví dụ & Loại
Thomas Hamilton
trắng Box Kiểm tra
trắng Box Kiểm tra là một kỹ thuật kiểm thử trong đó cấu trúc bên trong, thiết kế và mã hóa của phần mềm được kiểm thử để xác minh luồng đầu vào-đầu ra và cải thiện thiết kế, khả năng sử dụng và bảo mật. Trong kiểm thử hộp trắng, mã có thể nhìn thấy được đối với người kiểm thử, vì vậy nó còn được gọi là kiểm thử hộp trong suốt, kiểm thử hộp mở, kiểm thử hộp trong suốt, kiểm thử dựa trên mã và kiểm thử hộp thủy tinh.
Nó là một trong hai phần của Box Phương pháp kiểm thử đối với kiểm thử phần mềm. Đối tác của nó, kiểm thử hộp đen, liên quan đến việc kiểm thử từ góc nhìn bên ngoài hoặc người dùng cuối. Mặt khác, kiểm thử hộp trắng trong kỹ thuật phần mềm dựa trên hoạt động bên trong của ứng dụng và xoay quanh kiểm thử nội bộ.
Thuật ngữ “TrắngBox” được sử dụng vì khái niệm hộp trong suốt. Hộp trong suốt hoặc hộp trắngBox tên tượng trưng cho khả năng nhìn xuyên qua lớp vỏ bên ngoài của phần mềm (hoặc “hộp”) vào hoạt động bên trong của nó. Tương tự như vậy, “hộp đen” trong “Da Đen Box Kiểm tra” tượng trưng cho việc không thể nhìn thấy hoạt động bên trong của phần mềm để chỉ có thể kiểm tra trải nghiệm của người dùng cuối.
trắng Box Thử nghiệm video
Nhấp chuột đây nếu video không thể truy cập được
Bạn xác minh những gì trong màu trắng Box Kiểm tra?
Kiểm thử hộp trắng bao gồm việc kiểm thử mã phần mềm cho những mục đích sau:
- Lỗ hổng bảo mật nội bộ
- Đường dẫn bị hỏng hoặc có cấu trúc kém trong quá trình mã hóa
- Luồng đầu vào cụ thể thông qua mã
- Sản lượng mong đợi
- Chức năng của vòng lặp có điều kiện
- Kiểm tra từng tuyên bố, đối tượng và chức năng trên cơ sở cá nhân
Kiểm thử có thể được thực hiện ở cấp độ hệ thống, tích hợp và đơn vị của quá trình phát triển phần mềm. Một trong những mục tiêu cơ bản của kiểm thử hộp trắng là xác minh luồng làm việc cho một ứng dụng. Nó bao gồm việc kiểm thử một loạt các đầu vào được xác định trước so với các đầu ra mong muốn hoặc dự kiến để khi một đầu vào cụ thể không tạo ra đầu ra mong đợi, bạn đã gặp phải lỗi.
Bạn thực hiện Trắng như thế nào Box Kiểm tra?
Chúng tôi đã chia thành hai bước cơ bản để cung cấp cho bạn lời giải thích đơn giản về kiểm thử hộp trắng. Đây là những gì người kiểm thử làm khi kiểm thử ứng dụng bằng kỹ thuật kiểm thử hộp trắng:
BƯỚC 1) HIỂU MÃ NGUỒN
Điều đầu tiên mà một người kiểm thử thường làm là tìm hiểu và hiểu mã nguồn của ứng dụng. Vì kiểm thử hộp trắng liên quan đến việc kiểm thử hoạt động bên trong của ứng dụng, nên người kiểm thử phải rất am hiểu về các ngôn ngữ lập trình được sử dụng trong các ứng dụng mà họ đang kiểm thử. Ngoài ra, người kiểm thử phải có nhận thức cao về các hoạt động mã hóa an toàn. Bảo mật thường là một trong những mục tiêu chính của việc kiểm thử phần mềm. Người kiểm thử phải có khả năng tìm ra các vấn đề bảo mật và ngăn chặn các cuộc tấn công từ tin tặc và người dùng ngây thơ có thể đưa mã độc vào ứng dụng một cách cố ý hoặc vô tình.
BƯỚC 2) TẠO TRƯỜNG HỢP KIỂM TRA VÀ THỰC HIỆN
Bước cơ bản thứ hai để kiểm thử hộp trắng bao gồm kiểm thử mã nguồn của ứng dụng để đảm bảo luồng và cấu trúc phù hợp. Một cách là viết thêm mã để kiểm thử mã nguồn của ứng dụng. Người kiểm thử sẽ phát triển các bài kiểm tra nhỏ cho từng quy trình hoặc chuỗi quy trình trong ứng dụng. Phương pháp này yêu cầu người kiểm thử phải có kiến thức sâu rộng về mã và thường được thực hiện bởi nhà phát triển. Các phương pháp khác bao gồm Kiểm tra bằng tay, thử nghiệm và kiểm tra lỗi cũng như cách sử dụng các công cụ kiểm tra như chúng tôi sẽ giải thích thêm trong bài viết này.
trắngBox Ví dụ kiểm tra
Hãy xem xét đoạn mã sau
Printme (int a, int b) { ------------ Printme is a function
int result = a+ b;
If (result> 0)
Print ("Positive", result)
Else
Print ("Negative", result)
} ----------- End of the source code
Mục tiêu của TrắngBox Kiểm thử trong công nghệ phần mềm là xác minh tất cả các nhánh quyết định, vòng lặp và câu lệnh trong mã.
Để thực hiện các câu lệnh trong ví dụ kiểm tra hộp trắng ở trên, WhiteBox trường hợp thử nghiệm sẽ là
- A = 1, B = 1
- A = -1, B = -3
trắng Box Kỹ thuật kiểm tra
Một kỹ thuật kiểm thử hộp trắng chính là phân tích độ bao phủ mã. Phân tích độ bao phủ mã loại bỏ các khoảng trống trong Trường hợp thử nghiệm Thượng hạng. Nó xác định các khu vực của chương trình không được thực hiện bởi một tập hợp các ca kiểm thử. Sau khi xác định được các khoảng trống, bạn tạo các trường hợp thử nghiệm để xác minh các phần mã chưa được kiểm tra, từ đó nâng cao chất lượng của sản phẩm phần mềm
Có sẵn các công cụ tự động để thực hiện Phân tích phạm vi mãDưới đây là một số kỹ thuật phân tích phạm vi phủ sóng mà người kiểm tra hộp có thể sử dụng:
Bảo hiểm Tuyên bố:- Kỹ thuật này yêu cầu mọi câu lệnh có thể có trong mã phải được kiểm tra ít nhất một lần trong quá trình kiểm tra kỹ thuật phần mềm.
Bảo hiểm chi nhánh – Kỹ thuật này kiểm tra mọi đường dẫn có thể (if-else và các vòng lặp có điều kiện khác) của ứng dụng phần mềm.
Ngoài những loại trên, còn có nhiều loại bao phủ như Bao phủ điều kiện, Bao phủ nhiều điều kiện, Bao phủ đường dẫn, Bao phủ chức năng, v.v. Mỗi kỹ thuật đều có giá trị riêng và cố gắng kiểm tra (bao phủ) tất cả các phần của mã phần mềm. Sử dụng phạm vi bảo hiểm của Tuyên bố và Chi nhánh, bạn thường đạt được phạm vi bảo hiểm mã 80-90% là đủ.
Sau đây là những điều quan trọng của WhiteBox Kỹ thuật kiểm tra:
- Bảo hiểm Tuyên bố
- Phạm vi quyết định
- Bảo hiểm chi nhánh
- Bảo hiểm tình trạng
- Bảo hiểm nhiều điều kiện
- Bảo hiểm máy trạng thái hữu hạn
- Phạm vi đường dẫn
- Kiểm soát dòng chảy thử nghiệm
- Kiểm tra luồng dữ liệu
Các loại màu trắng Box Kiểm tra
Kiểm tra hộp trắng bao gồm một số loại thử nghiệm được sử dụng để đánh giá khả năng sử dụng của một ứng dụng, khối mã hoặc gói phần mềm cụ thể. Có liệt kê dưới đây -
- Kiểm tra đơn vị: Đây thường là loại thử nghiệm đầu tiên được thực hiện trên một ứng dụng. Kiểm tra đơn vị được thực hiện trên mỗi đơn vị hoặc khối mã khi nó được phát triển. Kiểm tra đơn vị về cơ bản được thực hiện bởi lập trình viên. Với tư cách là nhà phát triển phần mềm, bạn phát triển một vài dòng mã, một chức năng hoặc một đối tượng và kiểm tra nó để đảm bảo nó hoạt động trước khi tiếp tục Kiểm tra đơn vị giúp xác định phần lớn lỗi ngay từ đầu vòng đời phát triển phần mềm. Các lỗi được xác định trong giai đoạn này sẽ rẻ hơn và dễ sửa hơn.
- Kiểm tra rò rỉ bộ nhớ: Rò rỉ bộ nhớ là nguyên nhân hàng đầu khiến các ứng dụng chạy chậm hơn. Chuyên gia QA có kinh nghiệm phát hiện rò rỉ bộ nhớ là điều cần thiết trong trường hợp bạn có ứng dụng phần mềm chạy chậm.
Ngoài những điều trên, một số loại thử nghiệm là một phần của cả thử nghiệm hộp đen và hộp trắng. Chúng được liệt kê dưới đây
- trắng Box Kiểm tra thâm nhập: Trong thử nghiệm này, người thử nghiệm/nhà phát triển có đầy đủ thông tin về mã nguồn của ứng dụng, thông tin mạng chi tiết, địa chỉ IP liên quan và tất cả thông tin máy chủ mà ứng dụng chạy trên đó. Mục đích là tấn công mã từ nhiều góc độ để vạch trần các mối đe dọa bảo mật.
- trắng Box Kiểm tra đột biến: Thử nghiệm đột biến thường được sử dụng để khám phá các kỹ thuật mã hóa tốt nhất để sử dụng cho việc mở rộng giải pháp phần mềm.
trắng Box Công cụ kiểm tra
Dưới đây là danh sách các công cụ kiểm thử hộp trắng hàng đầu.
Ưu điểm của màu trắng Box Kiểm tra
- Tối ưu hóa mã bằng cách tìm lỗi ẩn.
- Các trường hợp kiểm thử hộp trắng có thể được tự động hóa dễ dàng.
- Việc kiểm tra kỹ lưỡng hơn vì tất cả các đường dẫn mã thường được che đậy.
- Thử nghiệm có thể bắt đầu sớm trong SDLC ngay cả khi GUI không có sẵn.
Nhược điểm của màu trắngBox Kiểm tra
- Kiểm thử hộp trắng có thể khá phức tạp và tốn kém.
- Các nhà phát triển thường thực hiện các trường hợp kiểm thử hộp trắng ghét điều này. Kiểm thử hộp trắng của các nhà phát triển không chi tiết và có thể dẫn đến lỗi sản xuất.
- Kiểm thử hộp trắng đòi hỏi nguồn lực chuyên nghiệp có hiểu biết chi tiết về lập trình và triển khai.
- Kiểm thử hộp trắng tốn nhiều thời gian, các ứng dụng lập trình lớn cần thời gian để kiểm thử đầy đủ.
Kết luận
- Kiểm thử hộp trắng có thể khá phức tạp. Độ phức tạp liên quan có liên quan nhiều đến ứng dụng đang được kiểm thử. Một ứng dụng nhỏ thực hiện một thao tác đơn giản có thể được kiểm thử hộp trắng trong vài phút, trong khi các ứng dụng lập trình lớn hơn mất nhiều ngày, nhiều tuần và thậm chí lâu hơn để kiểm thử đầy đủ.
- Kiểm thử hộp trắng trong thử nghiệm phần mềm nên được thực hiện trên ứng dụng phần mềm trong quá trình phát triển sau khi viết và thực hiện lại sau mỗi lần sửa đổi.