Skip to main content

Unit Testing is overrated

Unit testing is a popular approach for testing software, but mostly for the wrong reasons. It’s often touted as an effective way for developers to test their code while also enforcing best design practices, however many find it encumbering and superficial.

It’s important to understand that development testing does not equate to unit testing. The primary goal is not to write tests which are as isolated as possible, but rather to gain confidence that the code works according to its functional requirements. And there are better ways to achieve that.

Writing high-level tests that are driven by user behavior will provide you with much higher return on investment in the long run, and it isn’t as hard as it seems. Find an approach that makes the most sense for your project and stick to it.

Here are the main insights:

  1. Think critically and challenge best practices
  2. Don’t rely on the test pyramid
  3. Separate tests by functionality, rather than by classes, modules, or scope
  4. Aim for the highest level of integration while maintaining reasonable speed and cost
  5. Avoid sacrificing software design for testability
  6. Consider mocking only as a last resort

There are also other great articles about alternative testing approaches in modern software development. These are the ones I’ve personally found really interesting:

Comments

Popular posts from this blog

On working remote

The last company I worked for, did have an office space, but the code was all on Github, infra on AWS, we tracked issues over Asana and more or less each person had at least one project they could call "their own" (I had a bunch of them ;-)). This worked pretty well. And it gave me a feeling that working remote would not be very different from this. So when we started working on our own startup, we started with working from our homes. It looked great at first. I could now spend more time with Mom and could work at leisure. However, it is not as good as it looks like. At times it just feels you are busy without business, that you had been working, yet didn't achieve much. If you are evaluating working from home and are not sure of how to start, or you already do (then please review and add your views in comments) and feel like you were better off in the office, do read on. Remote work is great. But a physical office is better. So if you can, find yourself a co-working s

Capture and compare stdout in python unit tests

A recent fan of TDD, I set out to write tests for whatever comes my way. And there was one feature where the code would print messages to the console. Now - I had tests written for the API but I could not get my head around ways to capture these messages in my unittests. After some searching and some stroke of genius, here's how I accomplished capturing stdout.

AIT a.k.a Army institute of Technology

Been quite a while that I wrote anything. But I am glad, that I am back. Now that I am done with my submissions for my third year second semester (and that too right on time. Bang!), and 10 days right before the practicals start banging my head off, I am feeling a certain urge of writing about this place. AIT. Army Institute of Technology, Pune. But how could I end up writing a post on AIT . I should instead be doing something else . Anything …sleeping , rope-skipping, play gilli danda , dancing or doing anything more worthwhile. But NO! My idiotic , uncontrollable , insensible , psychotic and involuntary mind could think of doing nothing else when I was getting the urge to write this senseless post. But as I am a man of my words [huh ? What words ? Half the time I don’t even know what I speak] . MAN AM GOING CRAZY THESE DAYS . I blame this summer heat for turning me crazy with the utter joy of timely submissions, So I am going to write something on AIT. Mighty mighty AIT they s