Les cas limites sont des entrées et conditions inhabituelles ou aux limites où les bugs se cachent souvent — entrées vides, limites, valeurs nulles, valeurs élevées, erreurs. Un test efficace va au-delà du « chemin nominal » pour couvrir ces cas, car les cas limites sont une source courante de vrais défauts.
Pourquoi c'est important
The HAPPY PATH (normal, expected inputs) usually works. BUGS hide in EDGE CASES:
→ unusual inputs, boundaries, error conditions, unexpected states
→ testing only the happy path misses where defects actually occur
→ Thorough testing covers edge cases — that's where it adds the most value.
Catégories courantes de cas limites
EMPTY / NULL → empty string/list/collection, null/undefined, missing values
BOUNDARIES → min/max values, 0, -1, off-by-one (first/last element, limits)
LARGE / extreme → very large inputs, long strings, huge numbers, overflow
INVALID → wrong types, malformed data, out-of-range, special characters
ERROR conditions → network failures, exceptions, timeouts, unavailable dependencies
STATE → empty/initial state, concurrent access, unexpected sequences of actions
SPECIAL values → negative numbers, zero, duplicates, unicode/emoji, very small/large
