CodeBetter.Com
CodeBetter.Com
RSS 2.0 via Feedburner
           Do you Twitter? Follow us @CodeBetter

Jeremy D. Miller -- The Shade Tree Developer

Under the hood and working with .Net, TDD, Software Design, and Agile Stuff

I can't believe I had to log a bug for this

In the course of rewriting a new application to do *exactly* what the old system does I've hit an odd bug today.  We're running messages through both the old and new systems to compare the results.  We had a message go through that had a date of 1/1/1899.  The old system let it through but the new system treated the date as a null, causing a validation message that rejected the message.  Yes it's a bug but come on.  We apparently don't handle junk input the same way.  I logged the bug this afternoon with the description "<System XYZ> doesn't party like it's 1899."

Sigh.



Comments

Shoddy said:

Now that is funny! We're dealing with the same "make it work like the old one" in our VS2005 upgrade from VB6... we have a little more freedom in fixing the shenanigans that shouldn't happy....

Still LOL 1899.... :)
# October 12, 2005 3:48 PM

Dylan Salisbury said:

Not a formal reviewed-and-signed-off-by-everyone requirements document, but a written-by-the-programmer-and-pushed-upwards doc?
# October 13, 2005 11:51 AM

Jeremy D. Miller said:

Unfortunately no. The code being replaced is *extremely* hard to read. VB6 variant arrays where the indexes of each element aren't obvious. It's more or less a dedicated rules engine, so the permutations of inputs go off the charts. We've been "finding" the requirements by running these tests.

The point of the rewrite is to get to a known state. By the end we're going to have a full FitNesse test suite spelling out the real requirements.
# October 13, 2005 2:17 PM

Leave a Comment

(required)  
(optional)
(required)  

Enter the numbers above:
Add

About Jeremy D. Miller

Jeremy began his IT career writing "Shadow IT" applications to automate his engineering documentation, then wandered into software development because it looked like more fun. Jeremy previously worked as a systems architect building mission critical supply chain software for a Fortune 100 company and learned agile development practices as a .Net consultant at ThoughtWorks, one of the pioneers of agile development. Jeremy is the author of the open source StructureMap (http://structuremap.sourceforge.net) tool for Dependency Injection with .Net and the forthcoming StoryTeller (http://storyteller.tigris.org) tool for supercharged FIT testing in .Net. Jeremy's thoughts on just about everything software related can be found on his weblog "The Shade Tree Developer" at http://codebetter.com/blogs/jeremy.miller, part of the popular CodeBetter site. Jeremy is a Microsoft MVP for C#. Check out Devlicio.us!

This Blog

Syndication

News

All opinions expressed here constitute my (Jeremy D. Miller's) personal opinion, and do not necessarily represent the opinion of any other organization or person, including (but not limited to) my fellow employees, my employer, its clients or their agents.

About Me

"Best Of" Compendium

StructureMap (Dependency Injection for .Net)

StoryTeller (Supercharged Fit)

Build your own Cab

TestDriven

MVP