Closed (fixed)
Project:
Drupal core
Version:
7.x-dev
Component:
simpletest.module
Priority:
Normal
Category:
Task
Assigned:
Reporter:
Created:
23 Jul 2009 at 21:07 UTC
Updated:
31 Aug 2009 at 22:10 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
moshe weitzman commentedOK, I can get happy with multiple .html files. If we name our files correctly, you can simulate the next/prev scrolling with https://addons.mozilla.org/en-US/firefox/addon/2933.
Comment #2
boombatower commentedWorking on this.
Comment #3
boombatower commentedThis should do it.
Comment #4
dries commentedI'm confused by the help text change. It tells me tests need to be run one by one, but clearly, it is creating multiple files. It seems like we need to make that a bit more clear.
Comment #5
boombatower commentedCurrently there is no way to distinguish between the verbose output from one test vs another. This was an issue before, but I didn't think about.
There really is SO much information it makes no sense...to run multiple tests, much less the whole suite in this mode as it would dump more data then you could interpret. Given the current design the verbose files output are flushed before each test case to ensure a clean starting point. This could be changed, but I really don't think it is a good idea or that anyone will ever want to debug multiple tests in verbose mode at the same time.
I have added a bit more to the documentation, let me know if it is clear.
Comment #6
moshe weitzman commentedUm, I might have 2 test classes that are failing and so I run just those 2 in verbose mode. You are saying that unsupported? I think thats a bad decision.
One more somewhat related thought. Can I use the verbose method manually, even if verbose mode is disabled? That would be very helpful.
Comment #7
boombatower commentedYou can call:
But the verbose calls themselves are in drupalPost|Get(), not sure the best way to expose them if we do.
As for not letting it run two tests cases...the reasoning is: we would need to keep track of where the numbers start and end and where we last left off. Creating some logic to separate the two when clicked the next previous, etc. All seems a bit much considering I have yet to debug two tests simultaneously and don't really see it as a useful feature.
Comment #8
chx commentedI think this is good to go
Comment #9
webchickFrom a user perspective, I found this confusing:
What I'd ideally like to see here is a "back to test results" link that takes me "up" to the test results. However, in IRC, boombatower pointed out that this would not in fact remember your test results, since the cleanup routine of the various tables happens directly after they're viewed so you'd get back a blank simpletest form with an error. Not nice. :P Let's at least open those links in a new window though, because I think it's very natural to want to see both at the same time.
I also agree with Moshe that not allowing verbose mode across test cases is an unnecessary limitation. What I frequently do with patches is view the test bot results, select each of those test cases, run the tests locally, and then fix the bugs all in one go, then re-run the test cases again. Being forced to do that one. at. a. time. would be extremely annoying.
So let's change the naming slightly from verbose-$id.html to verbose-$testcase-$id.html to support that.
Comment #10
boombatower commentedAlright...this should do it. Tweaked a few things and it clears files when test suite run starts.
Comment #11
webchickOk, cool. Committed to HEAD!
Comment #12
moshe weitzman commentedThis is very nice.
FYI, the settings page still says "By default SimpleTest will clear the results after they have been viewed on the results page,". I think that needs to says "at the beginning of each test run.
Comment #13
webchickGood point.
Comment #14
webchickComment #15
boombatower commentedThe results is referring the results in db...as in the assertions. They are indeed cleared at the end of each test.
The verbose...due to the fact that you need to view the pages after the test results...are cleared when next test run starts. That is out of necessity and cannot be disabled/enabled due to the way it is written...and is thus not effected by the setting.
Based on that, this is complete...if anything maybe clarification that verbose is not included.
Comment #16
boombatower commentedUnless otherwise noted...this is fixed.