Slashdot Mirror


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?

2 of 470 comments (clear)

  1. Never can you test too much by The+J+Kid · · Score: 0, Redundant

    In MO you can never test too much...although it is advisable to actually run user enviroment test in addition to debug test.

    --
    Moderation: +4. Modded 70% Funny and 30% Overrated. 100% Saturated.
  2. Be like Microsoft by gwayne · · Score: 0, Redundant

    and let your customers do the testing/debugging for you!