Clear questions and runnable code get the best and fastest answer |
|
PerlMonks |
Re^2: RFC: Tutorial "Introspecting your Moose code using Test Point Callbacks"by ait (Hermit) |
on Jan 02, 2011 at 18:23 UTC ( [id://880088]=note: print w/replies, xml ) | Need Help?? |
Thank you for your feedback. As I point out to ELISHEVA in a lengthy response above, I am using this technique specifically to test parts of a method, not at all to supply a call-back mechanism or pre/post/around hooks of any sort (which BTW are already provided by Moose). The idea is to inspect intermediate results in a single function, much like many times you leave a DB breakpoint, a commented warn statement, or a debug-level log statement, is probably because you anticipate having problems there in the future, or because these intermediate results may help you to debug this code if a test fails. Rationale: whenever you have the need to print a debug statement, or use the debugger, is is not better to write a sub-test case with this call-back technique? Of course this may only apply to complex functions that cannot be factorized into smaller chunks, for example long nested conditionals, etc. If you don't use these callbacks they don't really hurt and could even be wrapped with a 'diagnostic' testing mode for example. So you can run your basic tests, and if the fail, you could run a more thorough 'diagnostic' test that uses the callbacks to evaluate intermediate results.
In Section
Meditations
|
|