5 Most Common Testing Tasks Testers Forget to Test (and How to Avoid That)

The conference room was silent and every face was staring at me. Just ended client call left all of us clueless about how we can rectify the mistake. Client was very unsatisfied and he was thinking that the product was not tested at all. When my manager tried to argue that all the functionality were working well, he cut shot him saying “What is the use of functionality, if users are not able to install the product?” We were stunned.

We borrowed two hours of time frame to look into it and finished the call. But no one moved out. Everyone was asking a question – How can it happen? Why we did not catch it?

I knew the answer.

We did not test the documents, especially user guide and installation guide. We just tested functionality and product flow as we were struggling with completion deadline.  It took me half an hour to explain to management about what went wrong and why we had to face the situation.

common testing tasks testers forget to test

That incident taught me big lessons in my testing career.

As a tester or senior software tester or QA Manager, most of the time, most of us think that we know how to test, what to test, how to decide coverage, and how to define testing scope. We assume that whatever we learned from years of experience while doing software testing, has made us an expert. But we forget the definition of QA – we are not supposed to test the quality, we need to provide suggestion to improve the quality.

Today I am going to talk about some points or testing tasks we forgot or have intentionally avoided since years while testing.

5 Most Important Testing Tasks We Tend to Forget

#1 Documentation Testing

While you are excitedly following that user manual of refrigerator to make it work and if you are not able to switch it on, what would you do? Yes, you will call to customer support. They will ask you every detail and then will tell you that you need to connect it to UPS first and then the other end of cable should go to main plug.

What will be your reaction? I will shout – then why you did not mention it in the user manual?

Yes, same will be the reaction from our customer if we miss or do not test user and installation guides. How many of us really consider it as a part of testing and religiously test it, whether or not it’s been asked to test? I know, only few hands will be raised.

Most of the time, we blame our client for shouting at us, for change requests and for not understanding the work flow.  Have you ever tried to put yourself in their shoes? When the customers will come to know that the company has distributed a faulty user manual with a great product, surely it will affect future sales.

Recommended read => How to Achieve Your Software Testing Documentation Goal and How to perform test documentation reviews.


#2. Pair Testing

While playing jigsaw puzzle, if you have partner, the puzzle turns more interesting. You will be able to resolve the puzzle faster, you will come to know about better ideas, you will know how to work as a team.

Again, same thing applies to testing. No matter, how expert you are and how many years of experience you have, pair testing is always more effective. If you pair up with a fresh mind, you will come to know about better ideas to test and if you pair up with experienced fellow, you will be able to understand different scenarios and many other tricks about testing.

#3. Studying Bug Fix

Don’t disregard this title by saying – we do re-testing and regression testing.

When a Tyre repairer repairs a puncture, he just does not repair it but he observes other things like what kind of tube has been used, what was the reason of tire puncture and advices us to take care of the things to not face the situation again.

Yes, developer fixes bugs and we, as a tester, verify them and mark them closed and we feel satisfied that we did our job. Do we even try to understand what kind of code fix has been applied by the developer? What kind of changes he has made?

Don’t you think this little knowledge can really take our testing abilities to the next level?

Understand how the developer fixed the bug (not all bugs) and try to co-relate it with other areas of product. What if the developer would have applied other logic to fix the bug? Ask and discuss.

#4. Connecting product testing to real-time

You are participating in a competition. You are given a bag of grains. It’s a mixture of wheat and rice. To win a competition, you need to take out wheat from that mixture. Time is limited. If you try to pick wheat from the mixture manually, you have already lost the competition. Use your mind. Use sieve and separate the wheat from rice. Isn’t it simple?

Now, co-relate it to your testing activity. Understand concept, use relevant tools, keep yourself updated, do research in free time and increase your valuable treasure of knowledge. Whenever and whatever you test, try to co-relate it with real time scenarios and apply same logic. Your testing task will become simple.

#5. Learning Priorities

Most of the time while testing software we face deadlines, pressure situations and continuous hammering from dev team. These all lead to narrow down scope of testing and we try to show the test result report as green as possible. And needless to say, this hurry to show the result report green makes our career with red question marks. :)

Yes, deadlines are always there. And with time we need to understand, learn, and practice priorities. Defining priorities while testing is an important part of making our task qualitative. No matter, if developer has asked you to check only functionality, you should take care about GUI and performance too. Because customer always wants a complete working product and for that in situations he may even consider extending the deadline!

This was my small attempt to educate all the testers on these common testing tasks. Hope you won’t forget these tasks now onwards.

About the author: This is a gust post by Bhumika Mehta. She is a project lead, carrying more than 7 years of experience in software testing. She appreciate good ideas and innovations but hate monotonic work, people and environment.

As usual, I am excited for your questions and discussion. Please tune in…

Recommended reading


#1 Sheetal

Agree. Most of the time we forget to test documents and user manuals.

I like the way you explain. Thanks you for these great posts.

#2 Mayank


#3 Hariprasad

Nice post. As a tester we are all forgetting above issues and mostly focus on Functionality. I like this post. Great appreciation to bhumika.

#4 Sid

Very nice article, Bhumika. You narrate the situation in simple and clear way. We also had few instances, where customer reported that something not working as mentioned in the document. We should also be very careful with the support configuration documents, which provides the information such as – Browsers, OS we support to run our application.
We follow SCRUM methodology and most of the tasks such as – verifying functionality, documentation, performance, Database migration/upgrade, testing on cross-browsers, UI – will be covered within our sprints itself. However, we still perform few non-functional testing activities as a part of release testing (Service pack release every month and suite release). Such tasks include – Upgrading / Migrating few big customer databases, Setting up the application on customer like environment (setting up application server, web server and Db on different machines), Single Sign-On, File uploads (including Demilitarized Zone), Web services.

#5 Rahul Sehgal

A nice read. Thanks for sharing Bhumika.

Just a small correction in the ‘About the Author’ section. This seems to be a ‘guest’ post and not gust.

#6 Latha Dileep

Good Post !!!!!

#7 Bibhishan

Nice article mam..

I want to ask you one question
I am working in small organization
while doing testing they always telling me that do only functional testing is that ok?

or i should give attention to other type of testing also we are use agile development model

my manager some times not follow the requirement

I am expecting answer soon

#8 Bhumika Mehta

@Sheetal, @Mayank, @Hariprasad, @Sid, @Latha

Thanks for your readership and glad to know that you like the post.

#9 Bhumika Mehta

@Rahul Sehgal,

Thanks for those kind words and thank you for showing the mistake. We appreciate it.

#10 Sarthak Mehra

great post !
attention to details and planning is key to success of testing .

#11 Bhumika Mehta


To grow as a good software tester, its important to consider all the sides of testing. Only functional testing never helps. You can convince your manager by finding some critical non-functional defects that how much important it is and how seriously software testing should be take care.

#12 Amandeep Singh

This is a nice compilation of some obvious things which sometimes get skipped due to tight deadlines or due to limited time available for testing in the first place!

#13 Sharma

Nice article .. Thanks for posting..

#14 Ashish

Great Article Bhumika…

Thanks :)

#15 Bineet Jena

HATS OFF…your information is clear,informative,simple and easy to understand..great article for a amateur tester..Thanks Bhumika


Really very nice post….Thanks for sharing this info.. Keep further posting.

#17 widad

I do agree 100% with the third point, to know how it was fixed helps the tester to define his/her retest and test regression especially for the weird bugs. Personaly, I have this habit to ask the developer, what was the problem and how you reslove it.
Thank you so much for this article, very helpful :)

#18 Anwar

Very useful indeed. Thanks so much for sharing.

#19 Minh Nguyen

Thanks so much for your post!

#20 Bhumika Mehta

@Bineet, @Anil, @Minh Nguyen

Thank you so much for you readership and for the kind words.

#21 balwinder

awesome article…

#22 Deepak Rawat

Great Article. Good Job.

#23 Nafisa Shamshad Khattak

A very nice article , very informative and easy to understand. Thanks for sharing! :)

#24 Sangram Kumar Das

Totally Agree..Good points are mentioned..Thanks for sharing this article.

#25 chandrasekar

Nice article. Thanks for make us realizing the truth.

#26 Rishav

This is very good article and can be used by every tester in his day to day working.Thanks for all the efforts you made Bhumika.

#27 Pravin

This is very nice article,Thanks for sharing.

#28 Deepa

nice post…and bestr learnings from article.

#29 Bhumika Mehta

@Bawinder, @Nafisa, @Deepak, @Sangram Kumar, @Chandrasekar, @Rishav, @Pravin, @Deepa

Thanks a lot for your readership and encouraging words.

#30 Mila

Thank You Bhumika Mehta :)
very nice article.
Got an idea about how a tester thinks.
Really all your articles inspired me to become the best tester who ensures and improves the quality of the system.

#31 Aslam

It is really useful stuff. Good work “Bhumika Mehta”

#32 Bhumika Mehta

@Mila, @Aslam,

Glad to know that the article was useful. Thanks for your readership.

#33 sapna

This was helpful

#34 Rohit

Very Helpful and awesome article.

#35 Inder

Brilliant Post….thanks for making us better testers.

#36 Bhumika Mehta

@Sapna, @Rohit, @Inder

Thanks a lot for your readership and happy to know that the post was helpful.

#37 arup ashish

nice post bhumika

#38 Ranjit

Hi Bhumika, thanks a lot for such a nice information. i would like to request you to share some more information on this and like wise any other such things.


#39 Ajay

Thanks Bhumika . . . . !

Article is so interesting…

Will be more useful & I will always keep these points in my mind while testing.


#40 Bhumika Mehta

@Arup Ashish, @Ranjit, @Ajay,

Thanks a lot for your readership and kind words.

#41 Revanth Raju

Awesome blog to know the importance of QA in each and every step of project as well as real life.

I obviously follow all these stuff and make sure that the product / project works as per customer expectations and not as per team’s expectation.

Might be clashes fall in, if we try to raise bugs or issues (with dev team or internally in QA team), but the ultimate aim/goal is to make sure that the work is done smoothly and confidently.

#42 Rajani


Thanks , nice article.

most of the time in agile process requirement is not clear from PM and Developer site. So hesitate to release the task.
Let me know what can I do for the above scenario ? As poor documentation future release not able to convenience PM ,developer that scenario already tested.

#43 Nirmala

Is project completion testers responsibility?
I mean if a tester wont get a build from developer for testing at specified time. What exactly is testers responsibility?

#44 Govinda Sharma

Hi Bhumika, Thanks a lot for writing this post. I am facing same issues and this post gives good insights on how to prioritize testing during time crunch. I will try to implement it at work and hopefully release a stable build live. :)

#45 JV

Here is a similar story – about installation documentation correct, but still not being used correctly. A manufacturer created a comm router that did everything the IBM comm router did. The dip switch settings were even the same, so you could even use the IBM documentation, or swap out the IBM for this cheaper model.

The trouble was, the dip switch was mounted upside down, so you counted right to left when setting them on/off. It was in the manual – at the bottom of page 4.

A yellow WARNING sheet in the shipping box to highlight this minor difference would have prevented a lot of heartache, customer dissatisfaction , returned units , and lost credibility.

#46 amit

Even I feel that functionality is important but performance should be given due importance too.In a specific instance my device had severe performance issues under load scenarios which was even impacting basic functionality

#47 Goutham Eranti

This article was very useful. Though we are doing enough testing, we got to know on which area we have to concentrate to avoid the defect from end user. Thank you Bhumika.. :)

#48 Mahammad Gani Shaik

Thank You Bhumika. Excellent stuff that you are placed here

#49 kaipa

Hellow Bhumika,

It is wonderful .I have a small doubt about reporting to the superior about bugsat and results .will you please send a mail are doc how to mention what are the things
to mention ….pls

#50 Michael

Hey I wonder if there’s a way to actually test the documention, using something like Cucumber or Behave?

If the original problem was that the documentation wasn’t tested to see if it was accurate, then maybe running it through some kind of automated test would uncover issues.

Anybody know if that kind of thing has been done before?

#51 sreelal

Well Written

#52 Guru

thank u….its very helpful

Leave a Comment