How to Reduce Duplicate Bug Reporting by 75%

Reducing the pester of duplications in bug reporting.

Both software Developers and Testers need to be able to clearly identify any ‘Bug’, via the ‘Title’ used for the ‘Bug Report’.

Efficiency and Flexible Random Naming

By design, development tools like; SQL, PHP, FileMaker give development teams the freedom to randomly name; tables, fields, scripts, and display layouts. Likewise, testing teams have the same freedom creating titles for ‘Bug Reports’.

But, freedom comes at a price. In this case, the freedom to randomly name elements can result in less efficiency. However, we can increase efficiency and organization through well structured, ‘Unique Naming’. Let’s examine common tasks.

Software Testers:

  1. FIND: a ‘Bug’;
  2. SEARCH: previously reported bugs, to verify that their ‘Bug’ is ‘NEW’;
  3. REPORT: a ‘New Bug’, using a ‘Title’ that is unique.

Software Developers:

  1. REVIEW: Reported ‘Bugs’;
  2. SEARCH: Reported bugs to ‘Find’ specific ‘Bug Reports’

Our goal is to retrieve ‘High-Quality Search Results’, directly resulting in greater efficiency.

Poor Quality ‘Bug Titles’ and Duplicates

‘High-Quality Search Results’ are an essential part of ‘Bug Reporting’. ‘Poorly Conceived’ or ‘Duplicate’ bug reports result in less efficiency, translate to lost hours for Developers and Testers, and ultimately produce a lower ROI for the project investors.

Four distinct elements govern ‘Bug Title’ creation:

  1. Naming Formula
  2. Reporting Language
  3. Combination ‘Bug’ Titles
  4. Vocabulary

The first two elements are often well considered and are efficiently managed for most projects. Items No. 3 and 4 are where things can be significantly improved for many projects. So let’s go by the numbers, just to get things into proper focus:

No. 1: Naming Formula:

Resolved simply with a stated policy. For example, many testing companies require their Testers to report using a ‘Formula’ like:

501 – iOS 9 – Menu Top – Function – Home button does not work.

502 – iOS 9 – Function – Menu Bottom – Contact button does not work.

503 – Function – Menu Bottom – Contact button does not work. – iOS 9

These examples quickly tell us important things about the bug. They are also search efficient, for example, a search for; Menu’ and ‘Button’ would list all of the above when a Tester is reporting a ‘Bug’; or a Developer is searching for all the broken ‘Menu Button’ bugs.

No. 2: Reporting Language:

Again, resolved with a stated policy. That said, for many projects the reporting language of choice is ‘English’.

No. 3: Combination ‘Bug’ Titles

Often, a ‘Bug’ may require a combination title, as when the issue involves more than a simple button or tool, for example:

504 – Function – Hotel Booking Page – Calendar / Date Picker fails to hide after entry. – iOS 9

In this case, the problem is with the ‘Calendar’ but more specifically with the ‘Date Picker’ function of the ‘Calendar’.

This problem could be reported as:

  1. a) Calendar fails to hide after entry; or
  2. b) Date Picker fails to hide after entry.

Both would seem to be right, but only the combination title (i.e. Bug Title #504 above) should be used to ensure it is found for either search; ‘Calendar’ or ‘Date Picker’.

The solution, a ‘Managed Naming Formula’.

No. 4: Vocabulary

It is common to have Testers from multiple countries, with many writing in English as a second language (i.e. ESL), resulting in an extreme diversity of vocabulary used. This diversity results in completely different approaches to naming ‘Bug Titles’, quickly increasing the potential for poor quality ‘Titles’.

Again, the solution is a ‘Managed Naming Formula’.

 

The “Oh Happy Day” Solution “A Lexicon”

While we can continue to assume the norm, that Testers have a diversity of vocabulary and style of expression, we can create a special ‘Managed Vocabulary’ that is used for a target software project.

This is what is known as a “Lexicon”, and it is our ‘Happy Day Solution’.

At the onset of a new development project, a ‘Lexicon’ becomes the ‘Official’ vocabulary used by the project for naming. Now, the ‘Lexicon’ provides the guide for well structured, ‘Unique Titles’ for naming tables, fields, scripts, layouts and bug reports. Applying this strategy will compound efficiency in a positive way.

Creating a Lexicon

Now that we have a solution that will increase efficiency in software development, to create a ‘Lexicon’ for your project, I recommend using a ‘Project Wiki’ format for your ‘Lexicon’. This way, missing items can be added by any authorized party to the project at any time.

Conclusion

As with most solutions in the software development world, planning and management are the keys to a highly efficient development process. My proposed solution simply puts the project manager in control.

Best wishes with your software project or testing!

 

Dustin Rodgers
As a Technology Architect and Consultant, Dustin has more than 30 years of testing experience with User Interfaces (UI), User Experience (UX), Functionality, while managing ground-up software and website development projects. He routinely perform freelance testing for several large website, app, and software testing companies, servicing Fortune 500 companies around the world.

The Related Post

Karen N. Johnson began as a technical writer in 1985 and later switched to software testing in 1992. She maintains a blog at TestingReflections, a collaborative site where she is featured as a main contributor. In her latest entry, she discusses search testing with different languages. Here is an excerpt from her blog: “I started ...
Introduction Keyword-driven testing is a software testing technique that separates much of the programming work of test automation from the actual test design. This allows tests to be developed earlier and makes the tests easier to maintain. Some key concepts in keyword driven testing include:
As I write this article I am sitting at a table at StarEast, one of the major testing conferences. As you can expect from a testing conference, a lot of talk and discussion is about bugs and how to find them. What I have noticed in some of these discussions, however, is a lack of ...
The 12 Do’s and Don’ts of Test Automation When I started my career as a Software Tester a decade ago, Test Automation was viewed with some skepticism.
The Testing Domain Workbook is the most extensive and exhaustive work you will ever find on a specific testing technique (or related techniques if you include equivalence class analysis and boundary testing as the book does). What I like best is the combination of academic background and roots combined with practical experience and industrial practice. All the concepts are ...
People rely on software more every year, so it’s critical to test it. But one thing that gets overlooked (that should be tested regularly) are smoke detectors. As the relatively young field of software quality engineering matures with all its emerging trends and terminology, software engineers often overlook that the software they test has parallels ...
At VISTACON 2011, Harry sat down with LogiGear Sr. VP, Michael Hackett, to discuss various training methodologies. Harry Robinson Harry Robinson is a Principal Software Design Engineer in Test (SDET) for Microsoft’s Bing team, with over twenty years of software development and testing experience at AT&T Bell Labs, HP, Microsoft, and Google, as well as ...
LogiGear Magazine March Issue 2018: Under Construction: Test Methods & Strategy
This article was developed from concepts in the book Global Software Test Automation: Discussion of Software Testing for Executives. Introduction Metrics are the means by which the software quality can be measured; they give you confidence in the product. You may consider these product management indicators, which can be either quantitative or qualitative. They are ...
LogiGear Magazine – February 2014 – Test Methods and Strategies
MARCH 2016_ TEST DESIGN ISSUE
Creative Director at the Software Testing Club, Rob Lambert always has something to say about testing. Lambert regularly blogs at TheSocialTester where he engages his readers with test cases, perspectives and trends. “Because It’s Always Been Done This Way” Study the following (badly drawn) image and see if there is anything obvious popping in to ...

Leave a Reply

Your email address will not be published.

Stay in the loop with the lastest
software testing news

Subscribe