Q

How testers can convince developers of software errors

If a tester fully understands the software errors found and can show the impact of them, then he is more likely to get developers to fix them.

What should a tester do when he finds an error in software that is developed using a technology he doesn't know well and the developer insists there isn't a solution for the error? How can the tester convince the developer?

A tester should report errors/bugs even if he doesn't understand the technology particularly well. What is important

is that you know the bug well, which means several things including the following:

Bug reporting resources:
Software bugs, errors and defects: What's the difference?

Software testing is improved by good bug reporting

How testers can practice bug advocacy with developers

  • What it is that is not working or working as you believe it should.

  • What do you believe the expected behavior should be? (In some situations, this is less obvious than it may sound.)

  • Under what conditions does the bug occur? This includes identifying the steps to reproduce the bug and can include other factors such as these:
    • Data and whether the particular data used is a variable in reproducing the bug (if data is a factor)
    • Other variables such as operating systems, browsers, service packs installs, timing or race conditions, memory, and caching.

There easily could be a longer list of variables, but the point is know the bug well and don't be intimidated by not knowing the technology well.

You could also view the situation as an opportunity to learn more about the technology, but I can appreciate that this might not be an option due to time restrictions or other factors.

A note about convincing a developer to fix a bug: Being able to show the impact of a bug and the likelihood of a user encountering the bug has always been the combination under which I am more likely to get an issue resolved. The more probable it is that the bug will be experienced and the higher the impact of the bug, the more important (and likely) it is to get the bug fixed.

This was first published in December 2008

Dig deeper on Software Testing and QA Fundamentals

Pro+

Features

Enjoy the benefits of Pro+ membership, learn more and join.

Have a question for an expert?

Please add a title for your question

Get answers from a TechTarget expert on whatever's puzzling you.

You will be able to add details on the next page.

0 comments

Oldest 

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

SearchSOA

TheServerSide

SearchCloudApplications

SearchAWS

SearchBusinessAnalytics

SearchFinancialApplications

SearchHealthIT

Close