in reply to Bailing out when testing
See the docs for prove.
There is no documented option to stop on the first faliure, so not directly.
A couple of suggestions:
- You could use the --trap command line option to prove, which will cause it to trap ^C and stop the test, With that you can monitor the test run an hit ^C as soon as you see something fail.
- If you are able to change the source code of the tests, then Test::Most contains a bail_on_fail directive. You can put that at the top of your test script, and it will cause the test script to bail after the first faliure.
Also how long do your tests take to run, and how many tests are your putting in each .t file? I think you might be doing stuff wrong if each .t file takes more than a few seconds to run. Perhaps you need to break up your tests into many smaller test files, and simplfy what they do to remove longer running operations.
When I develop tests scripts, I usualy try to limit the number of tests to arround 100 per .t file, so that each individual test file runs quickly. If there are tests that take a significant lenght of time (eg: due to network or database access), I use an environment varable or command line switch to skip them untill all the other tests are working.
You can also speed up testing via prove by running several tests in parallel. On my (4 core) machine, I usualy run something like:
find t -name *.t | xargs prove -j9 -s
find will find all the test file in the test subtree of my source tree and pass them to prove, which will run them in random order, with up to 9 tests running at once. Running multiple tests concurrently is also a good way of finding and removing unexpected dependencies between tests.
|
---|
Replies are listed 'Best First'. | |
---|---|
Re^2: Bailing out when testing
by sedusedan (Monk) on Oct 25, 2012 at 10:29 UTC | |
by pobocks (Chaplain) on Oct 25, 2012 at 12:02 UTC | |
by sedusedan (Monk) on Nov 06, 2012 at 17:45 UTC |