I think that "good coverage" with integration tests certainly is possible. But to get that coverage /confidence you typically will have to make other test enabl

I think that "good coverage" with integration tests certainly is possible. But to get that coverage /confidence you typically will have to make other test enabling code that while not being DI and stuff that affects the production code still is code. I was at a place where it was practical to drive most of the testing this way and we had to produce fragile and complicated code to set up the database in the proper way. And of course the tests were too slow so we made lots of effort to optimize. And in the end the coverage was too low but we had enough confidence to release often. That confidence was partly due to our customers being so deep in our product without a proper competitor so the bugs the customer found was not a big deal! :)