Tips for Finding and Filing Issues When QA Testing

As a functional software tester, I’ve been finding issues and logging them into different bug reporting systems for quite some time. Generally, we test functionality based on written test cases and, while logging a bug, know the basics about what information we should provide to help developers find the root cause.

I’m going to share some tips that have helped me in both finding issues and providing the right information when logging the issues. These are a few points that functional testers should keep in mind:

  • When testing the application, it’s always better to clear the cookies/cache of the browser unless it needs to be there while testing
  • When you are testing the front-end or UI of the application, keep the developer tools window open (generally done by pressing the F12 key) and while the page is loading, see if there are any warnings or errors there. Sometimes I would observe that even though the UI is working fine, there were some warnings on the console
  • Always provide some extra information when logging an issue because it may help the developer fix the bug faster. Also while testing the fix, it would allow you better access to which scenarios to regress
  • Tally your application logs at the web/app server. There could be some instances when your application will work as expected, but you will still see a warning or error message, which could potentially be a bug
  • Support multiple Internet Explorer versions. If you are expected to test your application functionality on different versions of IE, don’t use the “Compatibility Mode” of the browser because you might miss some issues. Instead, use the actual browser for testing
  • When you are testing the UI, try using keyboard shortcuts. These might uncover some issues that would otherwise be hidden
  • When you’re testing a fix for an issue, try to get the change-list number that the developer checked-in for the fix. Use that to look into the code change by that number and assess what changes have been done. You might find this useful to help you decide what test you need to run to get the bug properly regressed. You can also ask the developer to give you a pseudo-code, if possible
  • When you’re writing the bug description, put the test cases number that you would rerun while regressing the issue. This will give the developer a better understanding of the scenarios they need to test when fixing the issue, and decrease the possibility of having to reopen the issue
  • It’s good practice to sit with the developer and discuss the fix in terms of different use cases the code needs to support. This allows the developer to unit test the code while keeping the different use cases, which would result in fewer reopened issues
  • Sometimes the developer fixes the bug without thinking about the entire context of functionality, so it’s always better to discuss your ideas with the developer to ensure full clarity

Those are a few tips that I’ve discovered from my experience as a functional tester. They’ve made my job a lot easier and have helped developers not only find more bugs, but also fix the bugs faster. I hope they help!

Mohd Azeem

Mohd Azeem

Quality Assurance Lead

Mohd Azeem is a Quality Assurance Lead for 3Pillar Global. He has over 8 years of experience in the field of Quality Assurance with various domain knowledge of Services, Investment Banking, LMS, and ITIL. Prior to joining 3Pillar, he worked with Hewlett-Packard and 360Logica. He holds an MCA from HBTI Kanpur.

Leave a Reply

Related Posts

The Art of Building Rapid (and Valuable) Proofs of Concept Clients and stakeholders want results. They want assurances that their investment is well spent and they're building the right product. The software d...
Are You Doing Stuff or Creating Value? You can put a bunch of stickies on the wall, create tons of JIRA tickets, and commit lots of code, but are you creating value? Is the work your produc...
Costovation – Giving Your Customers Exactly What They ... On this episode of The Innovation Engine podcast, we delve into “cost-ovation,” or innovation that gives your customers exactly what they want – and n...
AI & Machine Learning Will See You Now, and Other Takea... A 3Pillar team and I spent a few days in Santa Clara recently for the 12th annual Health 2.0 Conference. As usual, we spent some time after the confer...
DevSecOps – The Latest Trends in Application Security ... I spent a very rewarding couple of days at DevSecCon in Boston recently. The conference focused on DevSecOps, which is a catch-all phrase for addressi...