4 ms·
I think the author is just saying not to have draconian testing requirements for every PR like some companies do. But really, I can see it. Firstly, a lot of e
by spyspy 4y ago
I think the author is just saying not to have draconian testing requirements for every PR like some companies do.
But really, I can see it. Firstly, a lot of engineers suck are writing tests. White box unit tests with interfaces and mocking everywhere tightly couple code blocks together. Integration tests are nice but take a lot of effort to get right while also keeping them performant. When (not if, remember we're talking about an early stage company) the codebase and/or the database schema changes dramatically it will often break the tests which is just another hangup.
- trhway 4y ago> Integration tests are nice but take a lot of effort to get right while also keeping them performant. In my pretty long experience it is a product issue, not tests'. And that is a kind of issue which sets the tone for that product development for years ahead. >the codebase and/or the database schema changes dramatically it will often break the tests That shouldn't break integration tests [much].