Home/ Questions/Q 3222840
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-17T16:02:16+00:00

In unit test design, it is very easy to fall into the trap of

  • 0

In unit test design, it is very easy to fall into the trap of actually just calling your implementation logic.

For example, if testing an array of ints which should all be two higher than the other (2, 4, 6, 8, etc), is it really enough to get the return value from the method and assert that this pattern is the case?

Am I missing something? It does seem like a single unit test method needs to be made more robust by testing the same expectation in several ways. So the above expectation can be asserted by checking the increase of two is happening but also the next number is divisible by 2. Or is this just redundant logic?

So in short, should a unit test test the one expectation in several ways? For example, if I wanted to test that my trousers fit me, I would/could measure the length, put it next to my leg and see the comparison, etc. Is this the sort of logic needed for unit testing?

Thanks

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Your unit tests should check all of your assumptions. Whether you do that in 1 test or multiple tests is a personal preference.

    In the example you stated above, you had two different assumptions: (1) Each value should increment by 2. (2) All values should be even.

    Should (-8,-6,-4,-2) pass/fail?

    Remember, ensuring your code fails when it’s supposed to is just as important, if not more important, then making sure it passes when it’s supposed to.

    • 0