Re: Dos and don'ts in C++ unit testing?
Francis Glassborow wrote:
In article <4ucgt2t28evkdhoh71msn9rrrk2r50l34l@4ax.com>, Gennaro Prota
<clcppm-poster@this.is.invalid> writes
On Fri, 16 Feb 2007 07:59:14 CST, Francis Glassborow wrote:
I generally write a member function then test it before I progress to
writing the next one.
Hmm, I had a look at my code base, and there are a lot of places where
that would have not been possible (as I was expecting): very often one
of the member functions require other member functions to work
(sometimes private member function, but even public ones). Would you
consider that a sign of (possibly) bad design or implementation?
If that is happening a lot I have my doubts about the design.
If you have a cluster of functions that can only be tested together it
seems to me that there is far too much dependency.
I'd say almost the opposite. If the functions don't depend on
one another in some way, what are they doing in the same class?
Of course some functions depend on others, but you write those other
first. For example I normally start by writing a ctor. Until that is
done there is not much else that can be done.
And until you have some accessors, you cannot test the
constructor. For most of my value classes, about all that's
left is assignment.
--
James Kanze (GABI Software) email:james.kanze@gmail.com
Conseils en informatique orient?e objet/
Beratung in objektorientierter Datenverarbeitung
9 place S?mard, 78210 St.-Cyr-l'?cole, France, +33 (0)1 30 23 00 34
[ See http://www.gotw.ca/resources/clcm.htm for info about ]
[ comp.lang.c++.moderated. First time posters: Do this! ]