Bailing out when testing

sedusedan has asked for the wisdom of the Perl Monks concerning the following question:

Replies are listed 'Best First'.
Re: Bailing out when testing by McDarren (Abbot) on Oct 25, 2012 at 12:35 UTC
See Allow programmer to ask to stop on first failure and Stop On Fail HTH, Darren	[reply]
Re^2: Bailing out when testing by sedusedan (Monk) on Nov 06, 2012 at 17:42 UTC
Thanks for the useful links. I'll be considering using Test::Most for testing my (new) distros.	[reply]
Re: Bailing out when testing by chrestomanci (Priest) on Oct 25, 2012 at 09:42 UTC
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` [download] 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.	[reply] [d/l] [select]
Re^2: Bailing out when testing by sedusedan (Monk) on Oct 25, 2012 at 10:29 UTC
I'm talking about a single test file, so -j is irrelevant here. Actually it's not how long the test file runs (which is not more than a few seconds), but the amount of diagnostic output that the failures spew. In my particular case I want just the "head" of the diagnostics. Anyway, thanks for the suggestions.	[reply]
Re^3: Bailing out when testing by pobocks (Chaplain) on Oct 25, 2012 at 12:02 UTC
If you only want to do this occasionally, why not pipe the output to 'head'? `for(split(" ","tsuJ rehtonA lreP rekcaH")){print reverse . " "}print "\b.\n";`	[reply] [d/l]
Re^4: Bailing out when testing by sedusedan (Monk) on Nov 06, 2012 at 17:45 UTC
Re: Bailing out when testing by Anonymous Monk on Oct 25, 2012 at 02:39 UTC
?? prove --harness JumpShipAtFirstSignOfTrouble ... ?? prove --harness EarlyBail ...	[reply]
Re^2: Bailing out when testing by Anonymous Monk on Apr 02, 2020 at 09:04 UTC
https://metacpan.org/pod/TAP::Harness::BailOnFail TAP::Harness::BailOnFail - Bail on remaining tests after first failure	[reply]


There's more than one way to do things
	PerlMonks