Do all the things like ++ or -- rants, post your own rants, comment on others' rants and build your customized dev avatarSign Up
evilian1369101dI agree. But I never said that it solves everything. I said that if you don't even test your code then you are sure to face unforeseen issues in production which could have easily been avoided if you wrote tests in the first place.
C0D443935101dUnit tests prove something works in tested scenarios, and breaking changes don't get introduced if done correctly. They are usually very narrow in scope and only touch on minor "units" of the code base, it's very rare to fine E2E automation testing for solid scenarios.
Assert(1==1) does not prove it works and I have seen devs do this to get their code coverage % up, this shit pisses me off and I just delete it.
Code bases are not ALL that can go wrong in production, good luck "unit testing" server configs and auto deployments - it's usually these that break not the code base it's self due to dependency updates.
duckWit5731101dStructured, reliable testing is paramount.
Continuing that thought: proper, meaningful integration testing alone has saved the day so_many_times. Naturally there can be environment issues that surface in production, but a solid suite of meaningful integration tests give you the gift of zeroing in on the core of the issue much more quickly.
s0LA292100dI am a big fan of testing... personally.
It just makes it easier to know actually have some proof that it's consistent.
prowler65100dI totally agree!
But tell that to a boss at a small web agency :(
Your Job Suck?
Take a quick quiz from Triplebyte to skip the job search hassles and jump to final interviews at hot tech firms
Get a Better Job