View Single Post
Old 05-26-2009, 01:00 PM   #1 (permalink)
dcb
needs more cowbell
 
dcb's Avatar
 
Join Date: Feb 2008
Location: ÿ
Posts: 5,038

pimp mobile - '81 suzuki gs 250 t
90 day: 96.29 mpg (US)

schnitzel - '01 Volkswagen Golf TDI
90 day: 53.56 mpg (US)
Thanks: 158
Thanked 269 Times in 212 Posts
cougar controller automated unit testing

So, how do you "refactor" code, and be reasonably sure you didn't break something?

Conventional methods utilize automated unit testing, and developers write a bunch of code to analize the core code. Then when you make a change and before you inflict it on everyone else, you run the new code against these automated tests and see if anything strange happens.

Ok, so that's fine for like a desktop or server program, no additional hardware needed, just lots of test code to cover lots of scenarios. But what about an embedded project?

Well, the answer is (IMHO) that the developers need to have at their disposal a complimentary bit of hardware. With the guino I use another atmega168 that generates signals, and validate the on screen displays.

For this project maybe it makes sense to do something similiar, have an atmega that simulates current,throttle,temp,overcurrent signals and monitors the pwm output (and possibly the uart output) to ensure that it still looks right.

But it means we have to build it.

Thoughts?

__________________
WINDMILLS DO NOT WORK THAT WAY!!!

Last edited by dcb; 05-26-2009 at 01:06 PM..
  Reply With Quote