As for documenting inheritance, that's pretty simple. Something like this, perhaps:
If you end up inheriting the same method name from two seperate base classes, then I suggest that you provide your own implementation which explicitly calls the correct base method, and you should also document that prominently.=head1 INHERITANCE This module inherits methods from Foo and Bar =head1 METHODS The following methods override methods in Foo: ... The following methods override methods in Bar: ... The following methods are additionally defined: ...
So you will end up with a bunch of docs explaining what each method of each class does and how those methods interact with the outside world. From that, you can write your tests and it will probably now be a lot clearer to you what all the interactions are. Then some documentation covering very briefly what each class does and what it represents, and what their interdependencies are should be quite easy to write. You might be able to draw a diagram for that if it's reasonable simple - and if you can, do so, as pictures convey an awful lot more information than words in this situation. I believe there are automated tools for doing this, such as Autodia, although I don't use such things myself, preferring to grovel over the docs and draw on real paper with a real pencil ;-)
In reply to Re: Re: Re: (OT) Help with test design
by DrHyde
in thread (OT) Help with test design
by dragonchild
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |