Home/ Questions/Q 221997
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-11T19:05:10+00:00

I’m working on moving as much logic out of a custom control as possible

  • 0

I’m working on moving as much logic out of a custom control as possible so that it can be unit tested to reduce manual testing burden. I’m having trouble with situations where a method under test produces a complex result; writing a test case that calculates the result would involve writing what is essentially the code under test into the test itself.

For example, I have a GeometryGenerator class that creates a WPF geometry based on the properties of the class. In one configuration, a PathGeometry that consists of an ArcSegment is generated. I can calculate what the arc’s properties should be based on the test parameters, but this calculation is identical to the code that I’m trying to test. This seems like it would make the test ineffective; if there’s a bug in the calculation there will be a bug in the test, and if the calculation changes in the method it might have to change in the test.

What do I do about this situation? The only approach I’ve come up with is to hand-calculate the results of my test cases and hard-code these values into the tests. Is this an acceptable approach (it seems like what I’d have done if I were writing the tests before the implementation)?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    The only approach I’ve come up with is to hand-calculate the results of my test cases and hard-code these values into the tests. Is this an acceptable approach (it seems like what I’d have done if I were writing the tests before the implementation)?

    Yes, this is typical. For the purpose of unit testing you have to assume that the formula you’re using to calculate your results is correct. It’s the software implementation that you’re testing.

    You precompute a few hand-calculated results to make sure you’re not using the code under test to generate the test data (a very bad sin in unit testing). Just make sure you document your test cases so you know what the expected values represent and where they came from.

    • 0