Mediocre testing can also lead to a situation where there is friction for improvement because the tests are brittle and coupled (with each other and the misfeature you’re interested in fixing).

I like a more uniform distribution in my testing efforts. Start earlier, end later than most, and it’s experiences like this that inform that preference. And also production bugs in code with supposed 100% test coverage.

> Mediocre testing can also lead to a situation where there is friction for improvement because the tests are brittle and coupled

This is very very common among inexperienced devs and in immature organizations that think that more tests necessarily means better.