Tests that are 2-3 times bigger than the testable code
Posted
by HeavyWave
on Stack Overflow
See other posts from Stack Overflow
or by HeavyWave
Published on 2010-04-06T07:06:08Z
Indexed on
2010/04/06
7:23 UTC
Read the original article
Hit count: 160
Is it normal to have tests that are way bigger than the actual code being tested? For every line of code I am testing I usually have 2-3 lines in the unit test. Which ultimately leads to tons of time being spent just typing the tests in (mock, mock and mock more).
Where are the time savings? Do you ever avoid tests for code that is along the lines of being trivial? Most of my methods are less than 10 lines long and testing each one of them takes a lot of time, to the point where, as you see, I start questioning writing most of the tests in the first place.
I am not advocating not unit testing, I like it. Just want to see what factors people consider before writing tests. They come at a cost (in terms of time, hence money), so this cost must be evaluated somehow. How do you estimate the savings created by your unit tests, if ever?
© Stack Overflow or respective owner