The Bug Effect

All of us have had, on an occasion or another, a co-worker (or even ourselves) changing a piece of code and reintroducing a bug in the project.
The bug then gets to the production environment and it’s reported.

Team reaction: “Damn! I’ve already corrected that”. “Oh, I just missed an if statement”.
Client reaction: “This shit does not work”. “It gets worse with each update”.

You can imagine the extra costs of an unhappy client, right? A number of emails, calls, time wasted, bad reputation, etc…

And yet the solution is so simple: automated testing!

One of the most important processes of developing a project is the testing phase, because that brings quality, assurance and robustness to it.

According to good practices, tests should be done before or during the development, never in the end!

There is different kinds of tests:

All of them are important and should be automated using CI (Continuous Integration) platforms, which help making sure that the bugs are not reintroduced in the project.

So, if you are leading a project, make sure that you and your team waste the necessary time creating tests.

I'm a Software Engineer that believes software must be simple, intuitive and reliable. My main interests are api’s design, best software practices, distributed systems and continuous integration.

Your email address will not be published. Required fields are marked *