NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
--Larry Wall in perl.c from the perl source code
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Making it "less wrong"? (Score:1)
It sounds like your version control system could help you here. It should be easy to use Devel::Cover to generate a source file -> relevant test mapping. From there, you can see which files are affected by a merge. Then, you can compute a minimum set of relevant "slow" tests to run. This should prevent the merger from having to run all the tests, and save him some time.
Obviously this could go wrong in a number of ways, but it might be helpful anyway.
Re:Making it "less wrong"? (Score:1)
Devel::CoverX::Covered [cpan.org] does the mapping (which turned out to be far from "easy").
But it doesn't quite solve the problem.
Which isn't really a technical problem anyway. People just needs to run the tests.
Reply to This
Parent
Re: (Score:2)
Except it is a technical problem because the tests take 40 minutes. That's a lot of developer time wasted.
Re: (Score:2)
Yes, this is a huge problem. It's also a hell of a lot faster than it was [slideshare.net]. Huge amounts of work went into speeding up that test suite and Test::Aggregate [cpan.org] is one of the results.