Properly Testing Your Code?
lowlytester asks: "I work for an organization that does testing at various stages from unit testing (not XP style) to various kinds of integration tests. With all this one would expect that defect in code would be close to zero. Yet the number of defects reported is so large that I wonder how much testing is too much? What is the best way to get the biggest bang for your testing buck?" Sometimes it's not the what, it's the how, and in situations like this, I wonder if the testing procedure itself may be part of the problem. When testing code, what procedures work best for you, and do you feel that excessive testing hurts the development process at all?
before each compile, one should make a small sacrifice to the debugging gods and ask them to forgive you for your syn(tax).
my last sig was too controversial... now, a new and improved useless sig!
boom boom
cLive ;-)
-- Trinity in high heels carrying a whip: The donimatrix - there is no spoonerism
If it compiles, its fine! VB's great isn't it?
I never did learn what segmentation fault meant at college.
Invoicing, Time Tracking, Reporting
Just to emphasise how good design is the key to avoiding most bugs, not testing - there's a song that often gets sung at my place of work...
Hundred and one little bugs in the code
Hundred and one little bugs in the code
Fix the code, compile the code
Hundred and two little bugs in the code
No that's gravity.
The man of knowledge must be able not only to love his enemies but also to hate his friends.
Maybe when we have quantum computers we can test every single user scenario in parallel
-flamesplash
"Not knowing when the dawn will come, I open every door." - Emily Dickinson
"When testing code, what procedures work best for you,..."
Make sure it compiles and runs and then upload it to Debian/unstable.
(Yes, I'm joking).
"...and do you feel that excessive testing hurts the development process at all?"
If didn't hurt why would you label it "excessive"?
Warning: this article may contain humor, sarcasm, parody, and perhaps even irony. Read at your own risk.
...richie - It is a good day to code.