Tuesday, September 18, 2007

Falling in love (with the system)

It is a thing of beauty. After months of meetings, charts, designs, purchase orders, assembly, phone calls, programming, and debugging...it WORKS. For an engineer, few moments are more satisfying than seeing the fruit of your labors run smoothly.

But there is a particular trap that a test engineer can fall into. Usually the system does not ship out the door - it's still there. The engineer will probably be running it, at least until he trains a technician to use it. As he uses it, he sees ways to speed it up, features to add, neat little things it could do. THIS is the trap: the test engineer spends so much time modifying/improving the system that he neglects his other tasks.


I will be honest and admit that I did this a time or two, especially when I was younger. My first love was a calorimeter I built in graduate school. I worked for months to create the right design, weeks on the code (Fortran!) to verify I was extracting the data correctly, more weeks writing software filters for the data. It was anticlimatic to actually just sit and take data and analyze that data. That's what I needed to do for my thesis - but I was happier playing with the code and the hardware. Eventually I had to force myself to do the actual testing.


Test systems are like children. They grow up and become productive - you have to let them go. But if you start taking pictures for your family album... then that's just weird.

2 comments:

Anonymous said...

Falling in love with your own baby (the system) when everything goes well and starting out is easy, but when you start getting all sorts of requests to modify this and that, and then this feature is broken, then adapting it to the new product, and so on... then you're getting caught always having to work on it all the time fixing stuff... you miss that time when you fell in love!

Greg said...

That's why most test consultants I've known were always happy with their systems. They build them and then hand them off to the customer. It's the customer who has to worry about fixing or modifying the test system.

I suspect there are certain parallels that could be drawn between a consultant and a Lothario, but I'll let others draw their own conclusions...