Các bạn nào có tài liệu về loại kiểm thử này không, cho mình xin, mình kiếm trên diễn đàn, nhưng chưa có bạn nào nói rõ về loại kiểm thử này
Đây là 1 loại kiểm thử mới, nên mình cần nghiên cứu kĩ và so sánh với 2 loại kiểm thử thường sử dụng là hộp đen với hộp trắng
Bạn nào có share cho mình với nha, tks các bạn
Grey box testing - Gray box testing (kiểm thử hộp xám)
Forum rules
Chuyên đề này chỉ thảo luận về Black-box Testing.
Để có kết quả nhanh, các bạn nên search trước khi tạo chủ đề mới.
Chuyên đề này chỉ thảo luận về Black-box Testing.
Để có kết quả nhanh, các bạn nên search trước khi tạo chủ đề mới.
-
- Hoc Tester
- Posts: 2
- Joined: Sat 19 Mar, 2011 8:42 am
- Contact:
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Re: Grey box testing (kiểm thử hộp xám)
Grey box testing (Viết theo Tiếng Mỹ: gray box testing) bao gồm các kiến thức về các thuật toán, cấu trúc bên trong của chương trình để thực hiện mục đích việc thiết kế các trường hợp test, nhưng việc test phải thực hiện như là người dùng (suy nghĩ theo cách nghĩ của người dùng cuối), hoặc thiết kế ở mức black-box. Việc vận dụng dữ liệu đầu vào và xác định qui cách đầu ra không được gọi là grey box, bởi vì điều kiện input và output là ở bên ngoài rõ ràng là của "black-box" trên hệ thống chúng ta đang test. Sự phân biệt này đặc biệt quan trọng khi tiến hành thử nghiệm tích hợp giữa hai module đã được viết bởi hai DEV khác nhau, ở đó chỉ có các interface (giao tiếp giữa 2 module) được đưa ra để kiểm thử. Tuy nhiên, việc chỉnh sửa ngân hàng data test không được xem là grey box, như người dùng bình thường thì sẽ không thể thay đổi data bên ngoài hệ thống đang test. Grey box testing cũng có thể bao gồm kỹ thuật đảo ngược để xác định, ví dụ, các giá trị biên hoặc thông báo lỗi.
Gray Box Testing
Testing Types - System Knowledge
Grey box testing is the combination of black box and white box testing. Intention of this testing is to find out defects related to bad design or bad implementation of the system.
In gray box testing, test engineer is equipped with the knowledge of system and designs test cases or test data based on system knowledge.
For example, consider a hypothetical case wherein you have to test a web application. Functionality of this web application is very simple, you just need to enter your personal details like email and field of interest on the web form and submit this form. Server will get this details, and based on the field of interest pick some articles and mail it to the given email. Email validation is happening at the client side using Java Scripts.
In this case, in the absence of implementation detail, you might test web form with valid/invalid mail IDs and different field of interests to make sure that functionality is intact.
But, if you know the implementation detail, you know that system is making following assumptions
* Server will never get invalid mail ID
* Server will never send mail to invalid ID
* Server will never receive failure notification for this mail.
So as part of gray box testing, in the above example you will have a test case on clients where Java Scripts are disabled. It could happen due to any reason and if it happens, validation can not happen at the client site. In this case, assumptions made by the system are violated and
* Server will get invalid mail ID
* Server will send mail to invalid mail ID
* Server will receive failure notification
Hope you understood the concept of gray box testing and how it can be used to create different test cases or data points based on the implementation details of the system.
TestingGeek
Gray Box Testing
Testing Types - System Knowledge
Grey box testing is the combination of black box and white box testing. Intention of this testing is to find out defects related to bad design or bad implementation of the system.
In gray box testing, test engineer is equipped with the knowledge of system and designs test cases or test data based on system knowledge.
For example, consider a hypothetical case wherein you have to test a web application. Functionality of this web application is very simple, you just need to enter your personal details like email and field of interest on the web form and submit this form. Server will get this details, and based on the field of interest pick some articles and mail it to the given email. Email validation is happening at the client side using Java Scripts.
In this case, in the absence of implementation detail, you might test web form with valid/invalid mail IDs and different field of interests to make sure that functionality is intact.
But, if you know the implementation detail, you know that system is making following assumptions
* Server will never get invalid mail ID
* Server will never send mail to invalid ID
* Server will never receive failure notification for this mail.
So as part of gray box testing, in the above example you will have a test case on clients where Java Scripts are disabled. It could happen due to any reason and if it happens, validation can not happen at the client site. In this case, assumptions made by the system are violated and
* Server will get invalid mail ID
* Server will send mail to invalid mail ID
* Server will receive failure notification
Hope you understood the concept of gray box testing and how it can be used to create different test cases or data points based on the implementation details of the system.
TestingGeek
You do not have the required permissions to view the files attached to this post.
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Gray Box Testing Definition
Gray Box Testing Definition, Example, Advantages, Disadvantages:
DEFINITION
Gray Box Testing is a software testing method which is a combination of Black Box Testing method and White Box Testing method. In Black Box Testing, the internal structure of the item being tested is unknown to the tester and in White Box Testing the internal structure in known. In Gray Box Testing, the internal structure is partially known. This involves having access to internal data structures and algorithms for purposes of designing the test cases, but testing at the user, or black-box level.
Gray Box Testing is named so because the software program, in the eyes of the tester is like a gray/semi-transparent box; inside which one can partially see.
EXAMPLE
An example of Gray Box Testing would be when the codes for two units/modules are studied (White Box Testing method) for designing test cases and actual tests are conducted using the exposed interfaces (Black Box Testing method).
LEVELS APPLICABLE TO
Though Gray Box Testing method may be used in other levels of testing, it is primarily useful in Integration Testing.
ADVANTAGES/DISADVANTAGES OF GRAY BOX TESTING
Determine from the combination of advantages of Black Box Testing and White Box Testing.
SPELLING
Note that Gray is also spelt as Grey. Hence Grey Box Testing and Gray Box Testing mean the same.
DEFINITION
Gray Box Testing is a software testing method which is a combination of Black Box Testing method and White Box Testing method. In Black Box Testing, the internal structure of the item being tested is unknown to the tester and in White Box Testing the internal structure in known. In Gray Box Testing, the internal structure is partially known. This involves having access to internal data structures and algorithms for purposes of designing the test cases, but testing at the user, or black-box level.
Gray Box Testing is named so because the software program, in the eyes of the tester is like a gray/semi-transparent box; inside which one can partially see.
EXAMPLE
An example of Gray Box Testing would be when the codes for two units/modules are studied (White Box Testing method) for designing test cases and actual tests are conducted using the exposed interfaces (Black Box Testing method).
LEVELS APPLICABLE TO
Though Gray Box Testing method may be used in other levels of testing, it is primarily useful in Integration Testing.
ADVANTAGES/DISADVANTAGES OF GRAY BOX TESTING
Determine from the combination of advantages of Black Box Testing and White Box Testing.
SPELLING
Note that Gray is also spelt as Grey. Hence Grey Box Testing and Gray Box Testing mean the same.
-
- Admin
- Posts: 4900
- Joined: Tue 10 Aug, 2010 10:11 am
- Location: HCM
- Contact:
Kiểm thử hộp xám - Tiếng Việt
Định nghĩa, ví dụ, ưu điểm và nhược điểm của Gray Box Testing
ĐỊNH NGHĨA
Gray Box Testing là một phương pháp kiểm thử phần mềm được kết 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 đen, Tester kiểm thử các hạng mục mà không cần biết cấu trúc bên trong của nó, còn trong Kiểm thử Hộp trắng thì Tester biết được cấu trúc bên trong của chương trình. Trong Kiểm thử Hộp xám, cấu trúc bên trong sản phẩm chỉ được biết một phần, Tester có thể truy cập vào cấu trúc dữ liệu bên trong và thuật toán của chương trình với mục đích là để thiết kế test case, nhưng khi test thì test như là người dùng cuối hoặc là ở mức hộp đen.
Được gọi là Gray Box Testing vì trong chương trình phần mềm, mắt của Tester giống như hộp xám/bán trong suốt - nhìn qua hộp này ta chỉ có thể thấy được một phần.
VÍ DỤ
Một ví dụ về Gray Box Testing là khi code của 2 unit/module được xem xét (Phương pháp White Box Testing) để thiết kế test case và khi test thực tế thì được thực hiện test trên giao diện người dùng (Phương pháp Black Box Testing).
CÁC MỨC TEST CÓ THỂ ỨNG DỤNG ĐƯỢC
Mặc dù phương pháp Gray Box Testing có thể ứng dụng vào nhiều mức test khác nhau nhưng chủ yếu nó hữu dụng trong mức Integration Testing - kiểm thử tích hợp.
ƯU ĐIỂM VÀ NHƯỢC ĐIỂM
Ưu điểm và nhược điểm của Kiểm thử Hộp xám được quyết định dựa vào sự kết hợp các ưu điểm của Black Box Testing và White Box Testing.
CÁCH ĐỌC
Nên nhớ rằng "Gray" cũng được đọc là "Grey". Vì vậy Grey Box Testing và Gray Box Testing đều có cùng một nghĩa như nhau.
ĐỊNH NGHĨA
Gray Box Testing là một phương pháp kiểm thử phần mềm được kết 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 đen, Tester kiểm thử các hạng mục mà không cần biết cấu trúc bên trong của nó, còn trong Kiểm thử Hộp trắng thì Tester biết được cấu trúc bên trong của chương trình. Trong Kiểm thử Hộp xám, cấu trúc bên trong sản phẩm chỉ được biết một phần, Tester có thể truy cập vào cấu trúc dữ liệu bên trong và thuật toán của chương trình với mục đích là để thiết kế test case, nhưng khi test thì test như là người dùng cuối hoặc là ở mức hộp đen.
Được gọi là Gray Box Testing vì trong chương trình phần mềm, mắt của Tester giống như hộp xám/bán trong suốt - nhìn qua hộp này ta chỉ có thể thấy được một phần.
VÍ DỤ
Một ví dụ về Gray Box Testing là khi code của 2 unit/module được xem xét (Phương pháp White Box Testing) để thiết kế test case và khi test thực tế thì được thực hiện test trên giao diện người dùng (Phương pháp Black Box Testing).
CÁC MỨC TEST CÓ THỂ ỨNG DỤNG ĐƯỢC
Mặc dù phương pháp Gray Box Testing có thể ứng dụng vào nhiều mức test khác nhau nhưng chủ yếu nó hữu dụng trong mức Integration Testing - kiểm thử tích hợp.
ƯU ĐIỂM VÀ NHƯỢC ĐIỂM
Ưu điểm và nhược điểm của Kiểm thử Hộp xám được quyết định dựa vào sự kết hợp các ưu điểm của Black Box Testing và White Box Testing.
CÁCH ĐỌC
Nên nhớ rằng "Gray" cũng được đọc là "Grey". Vì vậy Grey Box Testing và Gray Box Testing đều có cùng một nghĩa như nhau.