in reply to Re^4: "Accessors break encapsulation"
in thread "Accessors break encapsulation"?

Otherwise, you'll probably end up doing more work to manage all the code coverage cases. That is, you'll need to do the same code coverage, but you'll have to reason out how to get to each submethod, and ensure you pass it the right parameters to ensure all of it's children get called.

I find that this is rarely a problem in real world usage. This is probably a side effect of doing TDD. If I factor out a private method from a public method then the coverage of my test suite isn't going to change, and if I change my private method I'll always write a test first.

To put it another way, if you aren't exercising all of the code in your private methods why did you need to write them in the first place?

Replies are listed 'Best First'.
Re^6: "Accessors break encapsulation"
by tlm (Prior) on Jul 21, 2005 at 13:16 UTC

    adrianh, have you found some good material on TDD in Perl? I'm finding TDD, so far, only slightly less painful than debugging :-) . (Though I just received Kent Beck's book today, so maybe I'll pick up some wisdom there.)

    the lowliest monk

      adrianh, have you found some good material on TDD in Perl? I'm finding TDD, so far, only slightly less painful than debugging :-) . (Though I just received Kent Beck's book today, so maybe I'll pick up some wisdom there.)

      There's not a huge amount available specifically on developing perl in a TDD manner. There's Rob Nagler's Extreme Perl, Peter Scott talks about it a little in Perl Medic and I believe that there's a bit on TDD in TheDamian's new book.

      But really there is nothing language-specific about TDD so I'd recommend reading Kent's book and taking it from there.

        But developing in TDD is so slow. Even a "56k" modem would be much better. But I'm glad I can develop via DSL.

        - tye        

      You surely will. It's an excellent book!

      IIRC, it's one of those books with an actually ejoyable foreword that leaves you eager to continue reading. That itself is rare.

      /J