If software must have quality, then before that the quality analyst testing the quality should definitely have some qualities. That is what we will explain in this article. There are certain qualities where some testers are deficient and this article can help them in becoming a good professional tester.
Let us explain them one by one here.
Show Attitude wherever permitted
Attitude in the sense that all the software testers will have a very good positive attitude as if the functionality works with positive scenarios then definitely you will not be a good tester, you will be just called a tester. Testers must break the attitude where positive testing alone will not bring quality to the software, it must be equally tested with negative testing only. Then the software will not function what it should not. This will protect the software application from hacking and other misuse.
Wear a Mask of Client
This is why it is supposed to be, only then the project will be concentrated 100% and its effectiveness and the result will be 100% as expected. Testers are not to be considered in business viewpoint, instead they need to work from requirements gathering until user acceptance testing. The tester should not be validating alone, instead they must research and improve up to the current trend along with the quality.
Satisfy the end-user
A tester must not only consider quality on the requirements but also should sit in the position of the end-user and think of how happy they become when using the application. It must be user-friendly. Ease of access must be checked.
Never Ever Compromise Quality
This will be one of the most important thing: character, skill, inner thought and instinct that every tester must have should never compromise on quality and the standards. If they do so then the product/outcome will definitely not be a good one. Whatever situation may be deployed in an hour, if the quality is not good, reject them or make them fix the bug without any compromise or fear, only then people will be called a professional tester. If the client finds bugs/issues then that is what the testers and testing profession is meant to be. Be a King of quality.
Organization of works
If a project's duration is a weak, then definitely a tester will be given a day or less than that for testing, meanwhile a tester must plan, write a test case if needed, execute test cases and report the bugs produced. Here is where a tester must show the quality where he/she must prioritize and organize the work. If there are, say for example 500 bugs to be tested within a short span of time, then give priority to the important bugs and sort them out, execute them. It is said that “Test for quality and not for quantity”. It's necessary to prioritize the major bugs, important functionalities and test them thoroughly for the smooth run of the application.
Trust no one except you
This is not just a concept, but a method, a tester must hear from everyone, whatever they say, what they all say, but the decision must be taken from inside a tester. Say for example, a developer will say this specific field is a hidden field since because blah blah blah, you need to hear them patiently without arguing and need to analyze whether it is correct or not. If suits agree, if not, report it as a bug. When a failure happens in the software no one will answer except the tester, so we must be very careful about the decisions that we take on.
Bug-reporting 
Bug-reporting must be effective because when as a professional tester we must add other details where, which case, what place, which situation the bug occurs so that the developers will easily identify the problem, instead it will be a waste of time for them due to poor bug reporting. Sample bug reporting features are:
Join the conversation! Your thoughts help the community grow.
Sign in to leave a comment
It is the same account you read, post and publish with — and you will come straight back to this page.





Bhuvanesh MohankumarPosted May 15, 2016, 12:13 PM
I enjoyed reading this article and also suggested to my team, Good one
Liu PenghaoPosted Jul 24, 2015, 2:32 AM
Good article,good points.
Abhishek JaiswalPosted Jul 19, 2015, 12:31 PM
Good points, good work!! :)
Kameshwar RoyPosted Jul 17, 2015, 9:10 AM
Soo useful article
Abhishek YadavPosted Jul 16, 2015, 12:41 AM
Nice points Kalyankumar Ravichandran..
Yogendra YadavPosted Jul 16, 2015, 12:20 AM
nice article...
Gowtham RajamanickamPosted Jul 8, 2015, 2:58 AM
nice to read
Afzaal Ahmad ZeeshanPosted Jul 7, 2015, 2:26 PM
A great article. Everyone should be able to read this so that they can learn more from these points that you have concluded in this.
Santhakumar MunuswamyPosted Jul 3, 2015, 3:18 PM
Thanks for nice article.:)
Saineshwar BageriPosted Jul 1, 2015, 9:50 AM
Nice to read
Sibeesh VenuPosted Jul 1, 2015, 6:37 AM
Good one.
Akhil MittalPosted Jul 1, 2015, 1:34 AM
Good
Gopi ChandPosted Jul 1, 2015, 1:28 AM
Nice work
Mahesh ChandPosted Jul 1, 2015, 12:57 AM
Great work Kalyankumar Ravichandran. Very solid points. Not only QAs but developers should also learn from these points. Developers should also follow these to have less bugs and errors. Cheers!
Rajeesh MenothPosted Jul 1, 2015, 12:31 AM
Good one Kalyan..
Sam HobbsPosted Jul 1, 2015, 12:25 AM
Yes, words can easily mean something different when changed slightly. My interpretation of “He killed She” is that the person is trying to say "He killed her". So yes, it really helps for the person trying to communicate to understand how other people will likely interpret something.