I differ with a co-worker on the output format of tests.
One of us believes that there should be just a minimum of status info, unless there is a problem. The theory is that the test should be run almost after every change to the code and their purpose is to quickly show off any problems
OK test 1 crankshaft turns OK test 2 spark plugs not fouled OK test 3 gas in tank OK test 4 crankshaft turns with engine running ****NOT OK**** test 5 muffler loose
The other one of us believes that it makes sense for the output of some tests to require a bit of eyeballing, that tests should be run less frequently and that the effort of making everything a boolean pass/fail isn't worth it.
OK test 1 crankshaft still turns OK test 2 spark plugs not fouled OK test 3 gas in tank Start ad-hoc tests... There be 7 words in this line This line should be red
Complicating things somewhat is that one of us believes this issue is largely a matter of taste and the other believes that this is a matter of right and wrong. (though not worth fighting about seriously)
So... who's right?
More generally, what is a method for figuring out what coding practices are a matter of taste and what are worth fighting about?
Appealing to authority, when the CPAN module upgrades itself, it is quite demonstrative....
In reply to Test output: Interpret or pass/fail by mandog
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |