Skip navigation.

Pushing boundaries at airports

ethics | heuristics | perspectives

Not all bugs are created equally. One of the most common bugs is all about equality, too much or not enough. It is caused by code being “off by one”, where a boundary is meant to be at a particular point but is one value too high or too low, for example >=5 (5 or greater) instead of >5 (greater than 5).

Two incidents at airports had me inadvertently testing for boundary bugs. I had dropped off someone at the airport, waited for their delayed boarding and returned to the car park. Parking was $10 for up to an hour, then $18 dollars for up to 2 hours. I paid my ticket at a machine at 61 minutes, and paid $18! Damn. That boundary was spot on.

That wasn’t as painful as another time, getting into the checkin queue a few minutes before the half hour baggage cutoff. I waited a minute or so, and the attendant started to check me in then apologized that the system was preventing her completing it because the half hour boundary had just been crossed. I ended up bumped to the next flight leaving in another 2 hours. Even worse, she explained that if I had checked in at a kiosk instead of queuing, she could have checked my bags in and got me on that flight. At another time I might have been interested in my inclusive interpretations of their exclusive boundary (queue before cutoff versus be at counter before cutoff vs. be checked in manually by cutoff vs. kiosk checkin). That was beyond the bounds of common decency, but the program overruled any staff sympathy, though there was empathy. I just wandered off into a fog of unbounded apathy, which had no equal. I found no bugs but both situations certainly bugged me! [grin]

Read a great article about boundary testing here

Good Examples on boundary rel

Good Examples on boundary related bugs ...

Unfortunately the treatment given to boundary related software issues makes whole thing look pretty trivial. "Just check the value find lowest and highest try few values around that to see if application *behaves correctly* - you would agree that boundry related testing is much more beyond that ...

In your "61 minutes and 18 dollar" example - I believe it is more to do with application logic. You, as a use might feel that you paid more for stepping out of the boundatry by a minute. Application logic treated 1 Hour as 60 minutes and any time that exceeds 60 mins is into next hour - pure mathematical treatment.

Do you think a tester purely thinking on basic boundary testing would have found a flaw "logic induced - socioligical issue". I am calling this a a socialogical issue as for humans, how do we distinguish 61 minutes from 60 minutes depends on the context. For maths, the value 61 is always greator than 60 and uniform rules follow - no context there.

You might want to check on few boundary relates post in my blog ..

http://shrinik.blogspot.com/2007/03/boundary-value-exploration-bve.html





Shrini Kulkarni
Principal consultant
iGATE Global Solutions Ltd Bangalore, India

Comment viewing options

Select your preferred way to display the comments and click 'Save settings' to activate your changes.