Definition: Grey Box Testing is a technique where the tester has partial knowledge of the internal code or system design, but testing is mainly done from the user (external) perspective.
👉 Simple meaning: It is a combination of Black Box + White Box Testing.
Partial knowledge of code (not full access)
Tests both:
Focus on data flow and integration
Input → System → Output
↑
Partial knowledge of code
Tests the relationship between input variables and output results.
Login system:
| Input | Output |
|---|---|
| Valid username + valid password | Success |
| Invalid username | Error |
| Invalid password | Error |
Testing done after code changes to ensure existing features still work correctly.
👉 🔥 Frequently asked!
Testing based on known defect patterns or past errors.
A technique to test multiple input combinations efficiently using minimum test cases.
Instead of testing all combinations:
Testing database operations like:
Testing Application Programming Interfaces (APIs) with partial knowledge of system logic.
Combines advantages of both testing types
Focus on:
✔ Define Grey Box Testing ✔ Difference between Black, White, Grey Box ✔ Regression Testing explanation ✔ API Testing concept ✔ Advantages & disadvantages
| Technique | Purpose | Key Idea |
|---|---|---|
| Matrix Testing | Input-output relation | Data mapping |
| Regression Testing | After changes | Re-test system |
| Pattern Testing | Past defects | Error patterns |
| Orthogonal Array | Reduce test cases | Efficient combinations |
| Database Testing | Backend data | Data integrity |
| API Testing | System communication | Request-response |
Grey Box Testing = Black Box + White Box
Tester has partial system knowledge
Focus on:
Important techniques:
| Feature | Black Box | White Box | Grey Box |
|---|---|---|---|
| Code Knowledge | ❌ No | ✅ Full | ⚠️ Partial |
| Focus | Functionality | Logic | Both |
| Complexity | Low | High | Medium |
| Performed By | Testers | Developers | Both |
| Coverage | Limited | High | Balanced |
Open this section to load past papers