Re: Relying more on Mouse

2011-11-27 Thread Michael Ludwig
se my $calling_pkg = (caller)[0]; croak __PACKAGE__ . ' is for internal use only' unless $calling_pkg =~ m/^(:?Test|TB2)::/; # or some other suitable usage policy check ... Wouldn't that practically solve the hypothetical problem? -- Michael Ludwig

Re: Relying more on Mouse

2011-11-26 Thread Michael Ludwig
use folks' tests against Test::Builder1.5. Maybe allow the user to override the Mouse detection by specifying TB2_RODENT_INTERNAL=1 and emit a diag() alerting the user to that setting and the rodent module currently being used at the beginning of each run. (Nice publicity for the internal TB2::Mouse.) -- Michael Ludwig

Re: Relying more on Mouse

2011-11-26 Thread Michael Ludwig
etail? In spirit, it's like relying on internal JDK classes. TB2::Mouse/Hamster/Mole/Vole does not mean Mouse is core. Just my two end user cents. -- Michael Ludwig

Re: [test-more-users] [ANNOUNCE] Test::Builder2 2.00_06

2011-03-31 Thread Michael Ludwig
27;s very good! But does it mess with $history's results directly? Or does $history->result return a shallow copy of the results? > If you like it, could I get you to document the concern and technique > in an EXAMPLES section? > https://github.com/schwern/test-more/blob/Test-Builder2/lib/Test/Builder2/Tester.pm Yes, you could. If you want me to commit directly, my github login is milu71. Else I can send you an email. -- Michael Ludwig

Re: [test-more-users] [ANNOUNCE] Test::Builder2 2.00_06

2011-03-30 Thread Michael Ludwig
... > }; That's very good! But does it mess with $history's results directly? Or does $history->result return a shallow copy of the results? > If you like it, could I get you to document the concern and technique > in an EXAMPLES section? > https://github.com/schwern/test-more/blob/Test-Builder2/lib/Test/Builder2/Tester.pm Yes, you could. If you want me to commit directly, my github login is milu71. Else I can send you an email. -- Michael Ludwig

Re: Conditional tests - SKIP, die, BAILOUT

2011-03-30 Thread Michael Ludwig
ore might be for code > > that you put on the CPAN (assuming you don't want to force > > dependencies on people), but I'd never want to do without Test::Most > > for personal code. > > Agree 100%. I'm adding another 100%. -- Michael Ludwig

Re: Conditional tests - SKIP, die, BAILOUT

2011-03-29 Thread Michael Ludwig
Michael Ludwig schrieb am 29.03.2011 um 23:05 (+0200): > Andrew Moore schrieb am 29.03.2011 um 15:51 (-0500): > > On Tue, Mar 29, 2011 at 3:46 PM, Michael Ludwig > > wrote: > > > In a test script, tests may build up intermediate results which > > > later tests d

Re: Conditional tests - SKIP, die, BAILOUT

2011-03-29 Thread Michael Ludwig
Greg Sabino Mullane schrieb am 29.03.2011 um 17:17 (-0400): > On Tue, Mar 29, 2011 at 10:46:20PM +0200, Michael Ludwig wrote: > ... > > my $tkn = $hu->token; # (1) Can't carry on without the token > > like $tkn, qr/abc/; # (2) Useless carrying on if this fails. &

Re: Conditional tests - SKIP, die, BAILOUT

2011-03-29 Thread Michael Ludwig
Andrew Moore schrieb am 29.03.2011 um 15:51 (-0500): > On Tue, Mar 29, 2011 at 3:46 PM, Michael Ludwig wrote: > > In a test script, tests may build up intermediate results which > > later tests depend upon. Imagine the following interacts with a web > > service so if some

Conditional tests - SKIP, die, BAILOUT

2011-03-29 Thread Michael Ludwig
ould you organize test dependencies into units of execution, and scopes to allow leaving those modules in the event their continued execution after a failure doesn't make sense? (Not sure I made myself clear.) -- Michael Ludwig