- Feature Articles
- CodeSOD
- Error'd
- Forums
-
Other Articles
- Random Article
- Other Series
- Alex's Soapbox
- Announcements
- Best of…
- Best of Email
- Best of the Sidebar
- Bring Your Own Code
- Coded Smorgasbord
- Mandatory Fun Day
- Off Topic
- Representative Line
- News Roundup
- Editor's Soapbox
- Software on the Rocks
- Souvenir Potpourri
- Sponsor Post
- Tales from the Interview
- The Daily WTF: Live
- Virtudyne
Admin
The real WTF is that you can not test a sanity check (or limiting function) if you can not enter wrong data. So both sides have f-up.
Admin
Admin
The way the story is laid out, the tester asked to have it limited to "7 decimal places", but the developer interpreted this as "7 char" and limited the input incorrectly. That's how I read it anyway.
If the above is true, the follow on gets really bad: The developer then "fixed" the problem by calling the tester an idiot and truncating their valid input. Let's hope they never need to transfer anything over $9999999, because someone's going to be pissed off with the massive discount.
Admin
"Allow more than 7 decimals in the Security Price field. Round to 7 places if more than 7 are provided"
So the developer apparently knows we're dealing with decimals, not characters. The only mention of "characters" was by the user, and I expect it's more likely for a user to abuse terminology than a developer.
Admin
I agree that there should be such a check, in the code, and it should be tested, but this should be done via the developer's own unit tests. There's nothing in the story that says this wasn't done, so where is the WTF? The story is about user testing. Users shouldn't be "testing" the function of a code path that should never be reached in a correctly functioning app.
Admin
Recipe? My good sir, that is batter, pan and pre-heated oven for fuck-ups.