Message172384
I think the reason is that this enables you to easily see if the tests generate any output to stdout. This was important when unittest was introduced into python, because some of our tests at that time were still written to check the stdout output against "known good" output, and in the process of converting them we would make sure that stdout was empty after the unittest run. Those tests have all been converted a fairly long time ago now.
It is an interesting question whether this decision could be revisited. The problem is that there may well be other people depending on the current behavior, which many people may view as the correct behavior. I myself am neutral on the question, though I have experienced the annoyance of having to run unittest twice when I forget that the output goes to stderr...the second time to do the equivalent of 'python test.py 2>&1 | less'. |
|
Date |
User |
Action |
Args |
2012-10-08 15:20:02 | r.david.murray | set | recipients:
+ r.david.murray, bialix |
2012-10-08 15:20:02 | r.david.murray | set | messageid: <1349709602.66.0.743961167115.issue16164@psf.upfronthosting.co.za> |
2012-10-08 15:20:02 | r.david.murray | link | issue16164 messages |
2012-10-08 15:20:02 | r.david.murray | create | |
|