4 Things All Testers Should Stop Doing

by TestFortExpert on 06/3/2015

We all have bad habits, some of them are personal, and others are professional. And, considering QA has grown and matured over the years into a separate IT industry people who have worked as testers for quite a decent while now have surely gained numerous habits as well. Some of them are great, they deliver value, simplify processes and ad pieces of souls inside very single designed test cases whilst others are really bad things to do, but we are already used to them.

It’s like smoking. We all already know it’s bad, yet those who do smoke always have a hard time quitting. Here are several great examples of just such bad habits we should all consider quitting as soon as it’s possible, unless we want to get project-cancer:

Bad habits testers should give up:

Pride: every tester experiences pride when a defect is located. We are out there, in the field to break the product. That is what we are hired to do and that is exactly what we get pay-checks for. There is neither time nor place to be the nice guy to developers, everything of matter has to be logged and reported. But, at times, we are too proud with what we do and simply irritate everyone around with pointless bugs we have located. Many testers create issues in places where there aren’t any around. Always remember that there are priorities, deadlines and requirements.
Too much exploration: many testers neglect test-cases and test-data design. There are ‘best practices’ and great techniques for a reason. Nobody says you should only follow the script, but you can neither treat it lightly.
Documentation: pretty much the previous issue, but under a different angle. Testing is not at all about finding bugs, it’s about reporting them in a reproducible way. What is the real point of knowing something is wrong if nobody else can get to the issue? (especially the ones who have the power to fix the defect)
Power is not in numbers: It’s never the amount of defects you should be headed to, but their value. If you have located 10, 30, 50, no matter, defects during the session priorities them fist and then only decide what to do with them. Some may require rapid attention from developers, others can wait. No actual matter what the case, you should be responsible for highlighting places that require immediate fixes and if you will report a whole bunch of multi-level bugs, you will only achieve chaos. Developers are like children; don’t make things even more complicated for them.

This pretty much sums up my top 4 bad habits lots of testers share. What do you think?

We Work With

Having one outside team deal with every aspect of quality assurance on your software project saves you time and money on creating an in-house QA department. We have dedicated testing engineers with years of experience, and here is what they can help you with.

Software is everywhere around us, and it’s essential for your testing team to be familiar with all the various types and platforms software can come with. In 21+ years, our QA team has tested every type of software there is, and here are some of their specialties.

There are dozens of different types of testing, but it takes a team of experts to know which ones are relevant to your software project and how to include them in the testing strategy the right way. These are just some of the testing types our QA engineers excel in.

The success of a software project depends, among other things, on whether it’s the right fit for the industry it’s in. And that is true not just for the development stage, but also for QA. Different industry have different software requirements, and our team knows all about them.

Full-Cycle Services

By Platform

By Type

Industries