Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by dpark on Monday July 16, 2018 @10:57AM
(#17541754)
This implies your team needs to invest more in getting your local environment to parity. My team invested heavily in making the local setup identical to the pull request environment so that the testing is identical. We’ve also invested heavily to ensure that nearly[1] the exact same tests run in our continuous integration pipeline as our pull requests, with the net effect being that a break in CI is by definition an environmental difference.
This drastically scopes down the surface area for CI breaks.
[1] There are a few exceptions for tests that specifically cover environmental config/behavior that cannot be fully tested locally.
Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by softawre on Monday July 16, 2018 @12:40PM
(#17542648)
> takes no extra time
> invested heavily
pick one.
Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by dpark on Monday July 16, 2018 @01:02PM
(#17542869)
I did pick one and invested heavily. I never made a statement about "no extra time".
Re:Lean Testing or Why Unit Tests Are Worse Than You Think
by collyw on Tuesday July 17, 2018 @03:32PM
(#17552459)
"So testing in browser is as expensive as writing unit tests with TDD."
We have a full continuous integration environment at work, and the tests run there fine, but trying to reproduce that on a local machine is often a fairly difficult experience.
We have maybe 30 components in our system, so often I haven't touched the component before and I am asked to fix a bug in it. Sometimes they are using standard testing libraries, other times there are a lot of extra libraries that I haven't used before. Getting everything to play nicely isn't always trivial.