Is this the end of manual testing ????
Source: Dev.to
Boundary Value Analysis (BVA)
Definition
Boundary Value Analysis is a black‑box test design technique where test cases are created based on the boundary values of equivalence partitions. It focuses on values at, just inside, and just outside the minimum and maximum limits.
Example: Website Password Length
A password field that accepts 8–15 characters should be tested with:
- 7 characters → should fail (too short)
- 8 characters → should work (minimum)
- 9 characters → should work
- 14 characters → should work
- 15 characters → should work (maximum)
- 16 characters → should fail (too long)
Bugs such as “password accepted with 7 characters” or “crashes with 16 characters” are typically caught at these boundaries.
Key Points
- Tests minimum, maximum, and values just inside/outside the boundaries.
- Targets common off‑by‑one errors.
- Often combined with Equivalence Partitioning for broader coverage.
Standard Test Values (Age 18–60)
| Scenario | Value | Expected Result |
|---|---|---|
| Below minimum | 17 | Reject |
| Minimum | 18 | Accept |
| Just above min | 19 | Accept |
| Just below max | 59 | Accept |
| Maximum | 60 | Accept |
| Above maximum | 61 | Reject |
Real‑World Examples
- ATM withdrawals (₹500–10,000): test ₹499, ₹500, ₹501, ₹9,999, ₹10,000, ₹10,001.
- Password length (8–15 chars): test 7, 8, 9, 14, 15, 16 characters.
- Free shipping (orders > ₹999): test ₹998, ₹999, ₹1,000.
Common Applications
Forms, financial applications, e‑commerce platforms, healthcare systems, gaming, APIs, databases, and security‑related fields.
Advantages
- Finds critical bugs that other testing may miss.
- Reduces the total number of test cases while maintaining coverage.
- Simple to understand and implement.
- High return on investment.
Common Mistakes
- Testing only the valid boundaries and ignoring the invalid ones.
- Forgetting to test both ends of the range.
- Not documenting the expected results for each case.
Decision Table Testing
Definition
Decision Table Testing is a black‑box technique that creates test cases to exercise all relevant combinations of input conditions and their corresponding actions, as represented in a decision table.
Real‑World Analogy: Mobile Recharge Plan
Consider a Jio recharge plan with the following binary conditions:
| Condition | Yes / No |
|---|---|
| New user? | |
| Data pack > 2 GB/day? | |
| Unlimited calls? | |
| 5G available? |
An incorrect plan displayed in the app often indicates an untested combination in the decision table.
Key Components
- Conditions – Input factors (e.g., Age, Income).
- Actions – Expected outcomes (e.g., Approve, Reject).
- Rules – Unique combinations of conditions.
Step‑by‑Step Process
- Identify all conditions.
- Identify all possible actions.
- Calculate the number of combinations (2ⁿ for binary conditions).
- Create a table listing every combination.
- Define the expected action for each rule.
- Design a test case for each column (rule).
- Execute the tests and validate results.
Real‑World Examples
- Loan approval – CIBIL score + Income + Existing loan.
- E‑commerce discount – New user + Cart value + Payment mode.
- Hotel booking – Weekend + Loyalty member + Multiple rooms.
Advantages
- ✅ Guarantees 100 % condition coverage.
- ✅ Exposes missing business rules.
- ✅ Handles complex logic in a systematic way.
- ✅ Easy for stakeholders to understand.
- ✅ Eliminates redundant test cases.
Common Mistakes
- ❌ Omitting condition combinations.
- ❌ Assuming impossible combinations are irrelevant.
- ❌ Failing to update the table when business rules change.
- ❌ Testing only the “happy path”.
When to Use
- Complex business rules.
- Multiple
if‑elsebranches. - Financial calculations.
- Access‑control or pricing engines.
When Not to Use
- Simple linear logic.
- Systems with very few conditions.
- Situations where conditions are independent.
Will Manual Testing End in the Age of AI?
Short answer: No. While AI will transform many testing activities, it cannot fully replace the human tester.
What AI Can Do in Testing
- Regression testing automation.
- Load and performance testing.
- Test data generation.
- Defect pattern analysis.
- Basic test‑case creation.
What AI Cannot Do (—yet)
- Understand user emotions and subjective experience.
- Assess UX/UI aesthetics.
- Apply domain‑specific judgment.
- Conduct exploratory testing.
- Think like a human user.
The Evolving Role of Manual Testers
| Old Role | Future Role |
|---|---|
| Repetitive test execution | Strategic test design |
| Finding obvious bugs | Finding complex scenarios |
| Manual regression testing | Overseeing AI‑driven test execution |
| Basic functional testing | UX and customer‑journey testing |
Manual testers will shift from routine execution toward higher‑level activities such as test strategy, exploratory testing, and ensuring that AI‑generated results align with real user needs.