Software Testing Squad
All About Software Testing In One Place!
128 Members
Join this group to post and comment.
Aswini Vi
Aswini Vi
Computer Science
31 Jan 2019

What are some common myths about softwater testing?

Can you explain them..?

AdhikariHarika Reshma
AdhikariHarika Reshma
Computer Science
2mos ago

Now we will see some of the most common myths in software testing.

Myth 1:Testing is Too Expensive

Reality-There is a saying ,pay less for testing during software development or pay more for maintenance or correction later.Early testing saves both time and cost in many aspects, however reducing the cost without testing may result in improper sign of a software application rendering the product useless.

Myth 2:Testing is Time-Consuming

Reality-During the SDLC phases, testing is never a time -consuming process.However diagnosing and fixing the errors identified during proper testing is a time-consuming but productive activity.

Myth 3:Only Fully Developed Products are Tested.

Reality-No doubt, testing depends on the source code but reviewing requirements and developing test cases is independent from the developed code.However iterative or incremental approach as a development life cycle model may reduce the dependency of testing on the fully developed software.

Myth 4: Complete Testing is Possible.

Reality-It becomes an issue when a client or tester thinks that complete testing is possible.It is possible that all paths have been tested by the team but occurrence of complete testing is never possible.There might be some scenarios that are never executed by the test team or the client during the software development life cycle and may be executed once the project has been deployed.

Myth 5: A Tested Software is Bug Free.

Reality-This is a very common myths that the clients, project managers and the management team believes in.No one can claim with absolute certainty that a software application is 100% bug free even if a tester with superb testing skills has tested the application.

Myth 6:Missed Defects are due to Testers.

Reality-It is not a correct approach to blame testers for bugs that remain in the application even after testing has been performed.This myth relates to Time,cost and requirements changing constraints.However the test strategy may also result in bugs being missed by the testing team.

Myth 7:Testers are responsible for Quality of Product.

Reality-It is a very common misinterpretation that only testers or the testing team should be responsible for product quality.Testers responsibilities include the identification of bugs to the stakeholders and then it is their decision whether they will fix the bug or release the software.Releasinh the software at the time puts more pressure on the testers as they will be blamed for any error.

Myth 8-Test Automation should be used whenever possible to reduce time.

Reality-yes it is true that test automation reduces the testing time but it is not possible to start test automation at any time during software development.Test automation should be started when the software has been manually tested and is  stable to some extent.Moreover test automation can never be used if requirements keep changing.

Myth 9: Anyone can test a software application.

Reality-People outside the IT industry think and even believe that anyone can test a software and testing is not a creative job.However testers know very well that this is  a myth.Thinking alternative scenarios try to crash a software with the intent to explore potential bugs is not possible for the person who developed it.

Myth 10:A testers only task is to find bugs.

Reality-Finding bugs in a software is the task of the testers but at the same time they are domain experts of the particular software.Developers are only responsible for the specific component or area that is assigned to them but testers understand the overall working of the software what the dependencies are and the impacts of one module on another module.