Re: Creating a unit test in vs2008 for an object that holds strings?

[=?ISO-8859-15?Q?Arne_Vajh=F8j?=]

Alain Boss wrote:

If you only use some getters/setters on this class i wouldn't spend much
time on unit tests.

Believe it or not, but I have actually seen getters and setters
being wrong after too much copy paste (it was not C# but that does
not really matter).

As a consequence I am paranoid enough to even make unit tests
for that type of class.

Arne

[Alain Boss]

Arne Vajhøj wrote:

Alain Boss wrote:

>If you only use some getters/setters on this class i wouldn't spend
much time on unit tests.

Believe it or not, but I have actually seen getters and setters
being wrong after too much copy paste (it was not C# but that does
not really matter).

As a consequence I am paranoid enough to even make unit tests
for that type of class.

Arne

Well, i have seen setters in legacy code that are longer than my arm
too. In this case Unit tests are definitely called for.

alain

[Ben Voigt [C++ MVP]]

Arne Vajhøj wrote:

Alain Boss wrote:

>If you only use some getters/setters on this class i wouldn't spend
much time on unit tests.

Believe it or not, but I have actually seen getters and setters
being wrong after too much copy paste (it was not C# but that does
not really matter).

These bugs should be found by the unit tests for the consumer classes.

>
As a consequence I am paranoid enough to even make unit tests
for that type of class.

Arne

[=?ISO-8859-1?Q?Arne_Vajh=F8j?=]

Ben Voigt [C++ MVP] wrote:

Arne Vajhøj wrote:

>Alain Boss wrote:

>>If you only use some getters/setters on this class i wouldn't spend
much time on unit tests.

Believe it or not, but I have actually seen getters and setters
being wrong after too much copy paste (it was not C# but that does
not really matter).

These bugs should be found by the unit tests for the consumer classes.

Usually will.

And if the consumer class is done by the same team at the same
time, then no big deal.

But another team taking a drop finding the bug 3 months later
will not be pleased.

Arne