3 ms·
I like the idea and it has a fun name albeit somewhat dramatic (vs todo-or-do-not-compile). Personally, I'd prefer to just add some defensive unit tests to a co
by bsdz 5y ago
I like the idea and it has a fun name albeit somewhat dramatic (vs todo-or-do-not-compile). Personally, I'd prefer to just add some defensive unit tests to a code base to check upstream functionality is behaving as expected. That said, you can't test for everything and it hasn't been the last time I've been bitten by an upstream library. This is where version pinning is helpful and where upstream vendors / developers have some useful major/minor versioning. At least with a promise (within reason) that minor version bumps are backward compatible and only major version bumps require significant downstream developer attention.
Edit: it was perhaps implicit in my comment. Normally we/I won't ship/release if unit tests fail during CI.
- sitkack 5y agoOne really should write integration tests for dependencies. I think it is the least we can do for ourselves as well as the dependencies. Without it, the contract is basically whatever happened to work at the time you used it. They could even be tests if your own base layer, depending on how your application is structured.