Is this the end of manual testing ????

Published: (March 3, 2026 at 12:29 AM EST)
5 min read
Source: Dev.to

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)

ScenarioValueExpected Result
Below minimum17Reject
Minimum18Accept
Just above min19Accept
Just below max59Accept
Maximum60Accept
Above maximum61Reject

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:

ConditionYes / 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

  1. Identify all conditions.
  2. Identify all possible actions.
  3. Calculate the number of combinations (2ⁿ for binary conditions).
  4. Create a table listing every combination.
  5. Define the expected action for each rule.
  6. Design a test case for each column (rule).
  7. 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‑else branches.
  • 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 RoleFuture Role
Repetitive test executionStrategic test design
Finding obvious bugsFinding complex scenarios
Manual regression testingOverseeing AI‑driven test execution
Basic functional testingUX 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.

0 views
Back to Blog

Related posts

Read more »

The View from RSS

I read a lot on the web. I almost never look at websites, though. I consume almost everything through an RSS reader. As AI reshapes the way online information i...

The Importance of TDD

The Problem I built an “awesome” API with 12 parameters. It was garbage. Nobody could use it without a PhD in my brain. After years of backend development, I l...