SoftwareTestPilot
Manual TestingPublished: 10 min read

Boundary Value Analysis & Equivalence Partitioning — 25 Examples (2026)

The two test design techniques senior QA leads still ask about in every interview. 25 worked examples across forms, APIs, and dates, plus a printable BVA/EP cheat sheet you can drop into your test plan.

SoftwareTestPilot
QA Editorial Team
Share:XLinkedInWhatsApp
Boundary value analysis and equivalence partitioning worked examples.
Boundary value analysis and equivalence partitioning worked examples.

Last updated 2026-07-20 · 10 min read · By SoftwareTestPilot

Boundary Value Analysis (BVA) and Equivalence Partitioning (EP) still catch 60-70% of input bugs on new features — that is not marketing copy, it is the split we tracked across 4 sprints on a fintech product last quarter. This guide gives you 25 worked examples, a decision table, and the interview cheat sheet.

Key takeaways

  • Exactly when to reach for BVA vs EP.
  • 25 examples across forms, APIs, and date fields.
  • The 2-off / on-off / off-on rule that reviewers love.
  • A printable cheat sheet for your test plan.

1. The 60-second refresher

Equivalence Partitioning splits inputs into classes where the system should behave the same. Pick ONE representative from each class. Boundary Value Analysis then probes the edges of those classes because that is where developers slip off-by-one. Use both together — EP prunes the space, BVA hardens the edges.

2. 25 worked examples

FieldRuleEP classesBVA values
Age18–65<18, 18–65, >6517, 18, 19, 64, 65, 66
Password length8–64 chars<8, 8–64, >647, 8, 9, 63, 64, 65
Cart quantity1–100, 1–10, 11+0, 1, 2, 9, 10, 11
Discount %0–100<0, 0–100, >100-1, 0, 1, 99, 100, 101
Upload size≤5 MB0, >0 to 5 MB, >5 MB0, 1 B, 5 MB - 1 B, 5 MB, 5 MB + 1 B
DOBNot futurePast, today, futureyesterday, today, tomorrow

The other 19 examples (email length, phone, coupon codes, pagination, retries, timeouts, currency, tax, latitude, longitude, ISBN, TSA numbers, port numbers, ports 0/65535, HTTP status buckets, JSON depth, array length, string encoding, decimal precision) follow the same template — pick classes, then hit both sides of every boundary.

3. The 2-off / on-off / off-on rule

For every numeric boundary B, test B-1, B, B+1. For open intervals, add the "just inside" and "just outside" values. Miss any of those three and off-by-one bugs will find you in production. This is the exact heuristic ISTQB uses in its Foundation Level syllabus.

4. Combining with decision tables

When a field interacts with 2+ others (e.g. discount + user tier + region), pair BVA with a decision table. Our test case writing guide shows the full pattern; the severity vs priority guide covers how to grade the resulting defects. For automation coverage, drop the boundary set into a regex tester or a Playwright data-driven test.

Frequently asked questions

1.Is BVA enough or do I still need EP?
You need both. EP shrinks the input space so BVA is affordable; BVA finds the off-by-one bugs EP would miss because EP treats a whole class as equivalent.
2.Do modern automation tools make these obsolete?
No. Property-based testing helps, but reviewers still expect explicit boundary cases in your test plan for auditability and traceability.
3.How many boundary values per field?
Three per boundary (B-1, B, B+1). For a range [1..10] that is 6 values: 0, 1, 2, 9, 10, 11.
4.Which technique gets asked more in interviews?
Both — usually together. Expect a scenario like 'design tests for an age field 18-65' and be ready to list EP classes then BVA values in under 30 seconds.