Home » Software Development » 10 Reasons why you should NOT write unit test cases!

About Anirudh Bhatnagar

Anirudh is a Java programmer with extensive experience in building Java/J2EE applications. He has always been fascinated by the new technologies and emerging trends in software development. He has been involved in propagating these changes and new technologies in his projects. He is an avid blogger and agile enthusiast who believes in writing clean and well tested code.

10 Reasons why you should NOT write unit test cases!

Finaly, here is a blog in support of all those who feel writing unit test cases is a sheer waste of time.. or is it?? Lets see..

Below are few of the reasons:
 
 
 
 
 
 
 

  1. You are Neo (from The Matrix) , the ‘chosen one’

    You can see the code getting executed as green binaries. You feel the code and understand every use case, you are just so rediculously genious that you don’t require any safety net of unit test cases to identify problems; you can see them with your naked eyes!

  2. Your BA / Product Owner is 10th avatar of Lord Krishna

    So whatever he tells you is just Absolute truth! There is no confusion, discussion, ambiguity in the stories because those are the words of God! How can you not understand or even question the divine words? Why do you need stupid unit test cases to identify missing use cases, when nothing is missing!

  3. Your team has mastered the ancient art of predicting future.

    You have the Oracle in your team, you have forseen all the changes which are going to come in future. You have peeped inside your constumer’s mind !

    When you have already taken care of all the changes before hand, then why would your code change ever??

    Why would there be any refactoring??

    Why would there be any enhancement requests?

    You have written the perfect code for present as well as for future, so why should you waste time on writing unit test cases?

    Why would you be bothered to know about the impact your change might have on the other modules?

  4. You know that your project will never get into maintenance phase.

    Can you tell me how your code would never go into maintenance phase?? Any guesses??

    Yeah right, it should never get released..!! You should just continue coding for 2 years without following any principles of agile or testing!

    I’m pretty sure that; as a result this project will never go live. Problem solved. No live code.. no maintaince.., no refactoring.. no bug fixing.. no changes.. easy peasy..

    (and if it goes live somehow, switch the company )

  5. You are an evil consulting company who makes profit only by maintenance of projects!

    Your company has bid for a project with insane timelines and cheap billing rates. They know very well that its an investment to deliver project in almost no profit because the return is gonna come soon!

    How?

    They know, what will be produced is gonna be crap! And of course it will have no unit test cases at all!

    Result : The project will surely be delivered, but to fix its bugs/maintain it, it would take 10 times the effort than what it took to build it! And since you have built it real bad; only you know how to fix it!

    And as there are no unit test cases, no one would be able to analyse what would go worng when you change one moving part! Better!! Why? Because then you would have introduced more bugs while fixing the older ones!!! Result ; more billing!!

    (muwhahahaa..haahaaa … evil laughter!!)

  6. You know you are not going to be around

    You will not be there for long in the project or company to see if the project failed. Best use case : You are serving your notice period! You know you are never going to see the code which you are writing today, its not your responsibility if things go wrong later!

    (Make sure you change your email address and phone number after you switch the company, and have taken relieving letter  )

  7. Revenge is best served cold!

    You have suffered all your life as a programmer trying to fix bugs in legacy code which had no or very minimal unit tests. Half of your life got wasted in identifying what’s happening and the other half trying to fix the mess which your change created!!

    You have had it enough!! Now its time for other earthly creatures to suffer in hell the same way you did!! So you don’t write any unit test cases, let the person who will be working on your code later understand your pain and misery!!

    And, finally you will be avenged!

8th , 9th and 10th reason, I leave for you guys to figure out, I’m sure you must have hundreds of more excuses not to write Unit Test cases.

In case you dont have these reasons then better start writing Unit Test cases now!!

PS: I wrote 10 reasons just because it sounded cool

Cheers…
 

Do you want to know how to develop your skillset to become a Java Rockstar?

Subscribe to our newsletter to start Rocking right now!

To get you started we give you our best selling eBooks for FREE!

1. JPA Mini Book

2. JVM Troubleshooting Guide

3. JUnit Tutorial for Unit Testing

4. Java Annotations Tutorial

5. Java Interview Questions

6. Spring Interview Questions

7. Android UI Design

and many more ....

12 comments

  1. You are chuck norris, you can roundhouse kick all the bugs away.

  2. Hahah, good one. I saw the topic and rushed over to set the record straight.

    You should add some “real excuses” developers give and debunk them next.

  3. 7 Reason is ny case hehe.

  4. Loved it! Since I don’t meet any of your criteria for *not* writing tests, I guess I’d better get started on writing them.

  5. javacode geeks remove the popup newsletter on scrolling to the bottom. Better put a widget for it. We are not blind that we need a popup.

  6. Man. You tricked me by 3 reasons. I would’ve never read a “Top 7″ article!!

  7. Sorry your article has nothing to do with software development. How can you be sur that your program works as expected.? How can you verify that your program works correctly after last bug fixing period.?

  8. Hahahaha this article is so cool :D

  9. so, when can you consider yourself to be Neo?

Leave a Reply

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

*


− two = 4

You may use these HTML tags and attributes: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <strike> <strong>

Do you want to know how to develop your skillset and become a ...

Subscribe to our newsletter to start Rocking right now!

To get you started we give you our best selling eBooks for FREE!
Get ready to Rock!
To download the books, please verify your email address by following the instructions found on the email we just sent you.

THANK YOU!

Close