Register Now

Login

Lost Password

Lost your password? Please enter your email address. You will receive a link and will create a new password via email.

10 Easy Ways to Make Developers Hate You More

10 ways to make developer hate you

Warning: This post needs to be read with care!

If you are in software testing or software development, you may know something about the so-call “tester vs developer” relationship. I don’t know who started the fight first or how come their relationships get worse, but it’s clearly that developers and testers often don’t like each other.

Developers basically don’t like testers, but what if I tell you that you can make them hate you more?

In this post today, I’ll share with you 10 easy ways to make developers hate you. “Wait, wait…, Thanh! I have enough trouble with my developers, are you saying that you will share more tips so that I can destroy the relationship forever?”

Well, I don’t know, it’s up to you to understand what I’m trying to convey via this post. 🙂

… alright, here we go

Developers Are From Mars

#1: Submit a bad bug report

Want to make developers hate you right away? Report a critical problem with vague or no further information so that they have no idea about the problem. Like this one:

*Summary: System crashes
*Description: The system crashes on my PC several times. Please fix it asap
*Steps to reproduce: None
*Observed result: None
*Expected result: None

A report like this will make your developers go frustrated right away

Why this can make developers hate you?

We all know that developers rely a lot on the tester’s bug report to understand the bug and fix it properly. If you are sending them a bad bug report, you will put them off entirely.

Related read: 3 Simple Reasons Why Your Bug Report Sucks and How to Fix it


#2: Criticize developers for their bugs personally

The developers often feel bad when you find the problem in their code. You can make them more embarrassed by pointing out exactly who wrote “that great line of code”.

“Developer should do a better job when fixing this problem”

“I think it’s a stupid design that [enter your developer here] has made”

“Developer fails to handle this exception correctly”

Why this works?
Constructive feedback will only make developer like you, destructive feedback will work.

#3: .. And criticize them publicly

Want to make things worse? Don’t just criticize them, but do that publicly.

You can do this by pointing out the specific developer who should be responsible for the problem in bug tracking system where everyone can see what you comment. You can also do this in team meeting and especially with management team involved.

Why this should work?

It’s because you are touching to one of the most sensitive parts of the developers. They are their egos.

“91 percent of developers feel they are the most valued employees at their company.” – A survey conducted by Chef in 2014 with 1,000 developers in the USA.

developer_feel_they_are_important

#4: You test the wrong build and report a showstopper bug

It’s a must for tester to test the system and report the problem in the right environment. Do you want to make developer surprised, try this:

1.Developer releases a new build for you to test

2.You pick up the old build and start working on it

3.Next morning, you rush to developer’s cubicle before he can make his cup of coffee and say “hey, I found a showstopper bug in your build yesterday”

4.You then show him the problem on your PC

5.The developer then spends his whole day to analyze and debug your problem and at the end of the day, he discovers that you tested the wrong build.

“Hurrah, you did it”, now the developer will remember your name… for the rest of his life

#5: Report the problem, tell developers how to fix and give them a deadline too

You know that even though you are just a tester, you have good technical skills too.

You can show off by not only reporting the problem but also provide steps-by-steps guide to developers to fix the problem.

You don’t just suggest solution, you make your developers understand that this is the only way to fix the problem. Oh, and by the way, don’t forget to give them the deadline to fix the problem because this bug is affecting your testing schedule.

For example:

“To fix this problem, you simply do this [step guide to fix the problem]. It’s quick fix I think.

Btw, can you fix this problem by this Friday because I need to finish my test next Monday”

Why this can make developers hate you?

By doing this, you are showing that you are more intelligent than developers and you know better than them. You are also showing you can control the developer works by providing the deadline too.

Great, now you look like the developer’s boss.

Say -Tester- again

#6: Insist developers to fix every problem you found

You feel bad when your bug is rejected or marked as Will Not Fix. Your manager will doubt your competency as a tester. To prevent this, you ask, you urge, you beg your developers to fix every single bug you found regardless of the severity or priority of the problem.

If the developers reject to fix your problem, you write a long email to discuss back and forth to give them reasons why they should fix your bug (even though from the bottom of your heart, you know the problem is not worth fixing at all). You can also escalate to management if you cannot persuade the developer to fix your bugs.

Why this is a great idea to try?

Well, you assume the developer is there and has all the time in the world to fix every bug you found.

“Hey, what’s problem with that? That’s a developer’s bug. They wrote bad code and now they have to clean the mess they created.” you might ask

It’s true that fixing the problem is developers’ job, but don’t forget that developers also have their own development schedule and they have a deadline to work with as well.

#7: Save the best for last

You test the build and you find many bugs? What would normal testers do?

They report bugs right away and as soon as possible because the cost for late fix is high.

That’s what normal testers do, you may want to do it differently

You do not report them at once, well you can report some, but you would like to save the best for last. You only report this showstopper problem a day before the system goes live with the hope you can stop the show and get your credit.

Why developers hate this?

Developers hate last-minute surprise. This will cause a lot of problems and risks when fixing such a last-minute problem. A quick fix will cause more risks, a more thorough fix will need two or three days, which is impossible because release schedule has been fixed.

The developers will scratch their head and curse you why you didn’t report the problem sooner

Last Minute Changes

#8: You play role as a gatekeeper

Here is what a tester is doing a gatekeeper role:

“If the developer does not receive a “Pass” from you, the build is not released”

Not all testers have that power and authority to do that, but if you are lucky and you can play role as Gatekeeper and take advantage of that.

Here’s one thing you can do:

You reject the build from developers if you find any single bug in the build and if developers insist to release the build, tell them that they will be in charge of the quality of the product or any complaints may have from customers.

Why developers hate this?

Developers hate to compromise with testers, but you leave them no choice because now they have you as gatekeepers.

#9: You write a ton of duplicate defects

Needless to say, this is one of the most famous frustration of developers.

How to do this?

When you find a bug, do not spend your little effort to search in the bug tracking system or double check with your peers to see if the same problem has been submitted before. If you are following this “best practice”, you are on the right track to make developers hate you.

Why?

Duplicate bugs mean that developers will waste their time on reading the bug, analyze the bug and finally find that the same problem has been filed before. If you can repeat this day after day, developers may call your name in their dreams.

#10: You interrupt them while they are coding

While your developers are coding, try to ping them just to say that you have just found a “great bug” in their code. Five minutes later, you write another email to ask for the document of a feature that they are not in charge of. Sometimes, you pass by and describe the issue you found in the system and ask their ideas to see if it’s a bug or not.

Why this can drive your developers crazy?

While coding, developers need to totally focus on their works. They are their moments.

It’s really frustrating when their thoughts are flowing like a river and then you interrupt them.

Caution Developer is thinking

Final Thoughts

I have just shared with you 10 easy ways to make developers hate you. Of course, the intention of the post is not to tell you literally ways to make someone hate you. The intention is to help you step back and see if you are having a bad relationship with developers and if you are making these mistakes. As a tester, you don’t have responsibility to make developers like you, but you have the responsibility to work effectively with developers as a team to build great products. That’s the ultimate goal of testing.

 

Like What You've Read

facebooktwitter

Comments ( 4 )

  1. augeva
    December 15, 2015 at 7:02 pm
    Excellent article Thanh!

    In my career as a tester, I think I have done all of the above at least once and luckily enough learned not to do it any more.

    Other things that piss developers off?

    Crack developers jokes on twitter
    Tweet error messages that are nonsensical out of context
    Tweet the screenshot of a failure and patronize developers

    If you look at some of the notorious most followed testers, it's funny as how most of them do it!
  2. Thanh Huynh
    December 15, 2015 at 8:51 pm
    Thank you Augusto!

    Of course, I made those mistakes too and I've seen my friends testers making these mistakes too.

    I also see many testers fighting so hard just to win a debate with developers instead of working together as team.

    Try putting ourselves in developer's shoes to understand them, spending time chatting with them and having coffee with them, we will find interesting things about developers.
  3. April 28, 2016 at 2:39 pm
    Hi Thanh,

    It's great !! This will help me alot. For the #10, sometimes, we need their explanation on an issue, which is for other cases that we considered it can be potential bug. So, usually, we chat and send email to get confirm. And as a result, it make tester hate us :(

    Thus, could you please suggest how to solve this case ?

    Thanks,
    Hung.
  4. Thanh Huynh
    April 29, 2016 at 5:31 am
    Hi Hung,

    No, writing an email to confirm things doesn't make someone hate us. It's the way we communicate does. Also, your context may be different from mine, but basically here are some suggestions:

    1)Understand what type your developer is. Is he social, introvert, extrovert?

    2)Understand what type of communication your developer prefers. Does he prefer chat, email, or one-on-one talk? Find one that both you and your developer feel comfortable to communicate

    3)Ask good questions. Before writing to ask a question, try to find the solution by yourself first and mention what you tried to find the answer in your question. That shows that you're not lazy and you really need some help.

    Hope it helps

Leave a reply

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=""> <s> <strike> <strong>

About [Thanh Huynh]

Thanh is owner of AskTester and also a tester. Thanh cares about how to do better testing and how to help other testers do better testing too. Contact me via: LinkedIn | Facebook | Google+|Email: thanh[at]asktester[dot]com

I Help Testers Do Better Testing

  • + Subscribe to receive software testing tips
  • + Download eBook: My Best Online Resources to Learn Software Testing
  • + Download eBook: A Complete Guide to Becoming a Software Tester