3 ms·
On the other hand, you can "hide" the different code paths in a single algebraic statement, but even if your tests always execute that statement, you've lost in
by nawitus 12y ago
On the other hand, you can "hide" the different code paths in a single algebraic statement, but even if your tests always execute that statement, you've lost information that you've actually tested the both "paths" of the algebraic statement.
I guess it's easier to use a boolean logic example (in JavaScript):
return myNormalObject || myDefaultObject();
Your code might always execute the myNormalObject half and return it, and even though your code coverage is 100% of the lines, your tests might miss myDefaultObject() code path.
Perhaps some code coverage tools can take this into consideration, though, but then you're back to the original problem..
- BrandonM 12y agoThat's not arithmetic, though. That's logic represented as a one-liner... Not the sort of change I'm talking about.
- judk 12y agoMost real world problems need extra logic attached to each case of the conceptually simple arithmetic. All of coloring is just arithmetic, after all, but is rather complex