4 software testing myths you should debunk | Agilitest blog

We questioned a few testers about the testing myths, preconceptions and misconceptions they had about testing before working in this field. Some answers will surprise you…

This article follows the #TestCulture on the prejudice about testing. Culture points on the testing world, sharing of anecdotes and discussion around testing and automation, #TestCulture is a weekly appointment on Agilitest’ Twitter account, which takes place every Thursday at 4pm GMT.

To browse the thread, click on the tweet below:

You need solid technical knowledge

Some have mentioned the need for technical and development knowledge to automate tests… But in reality, with the right tools and the right team organization, it is accessible to functional profiles.

Another testing myth was that tests were done by developers in an “anarchic” way, whereas testing is actually a proper discipline.

Michael Kutz joined the conversation by telling us about his early days as a developer: ‘When I started as a developer, I learned that it is OK to produce buggy software and that one has to go through the ping pong game with the testers and hope that they find all the things I messed up… I unlearned that pretty well.’

Software testing is too expensive

Software testing is an investment… But a software that crashes is going to lose you a lot more money in the long term than the initial investment. You would need to rehire developers to fix the problems. Avoiding software testing does not save you money.

Testing is boring because it’s just finding bugs

A lot of people think that testing consists in monotonously clicking buttons, finding bugs and reporting them. But in reality, finding bugs is one aspect of the job. A tester can also make an analysis of the competition to take ideas and evaluate them. He can also create new solutions to issues, and make constant improvements. A tester has project management skills from development. He also needs to have good leadership and observational skills to conduct projects effectively.

Tests are independent of everything else

Another testing myth mentioned was that quality assurance and testing were self-contained, whereas this is not true. Ultimately, the greatest impact is having a holistic vision and influence.

Emmanuel Duperray, CEO and founder of AgiliPrest, also expresses himself on this subject:

‘When I started my QA activity, I didn’t have any particular preconceived ideas about testing, because it wasn’t really taught in engineering school. Then, my first impression was that all the testing phases seemed to be very precise milestones to be checked off in order to finalize deliveries, while meeting the regulatory obligations (I was in the pharmaceutical industry, so I was subject to GPX and SOA audits because I was linked to the US market).

It was therefore at first sight binding and obligatory. It was later that I understood that validation was actually a process to be understood the other way around, i.e. from the point of view of the end user (sometimes the customer’s customer, or even the customer’s customer’s customer…). That’s when all the usual mantra started to make sense: it’s everyone’s business, the customer is at the center, blah blah blah.

And it is even later that agile methods came into fashion in IT, and they naturally highlighted the importance of testing with regard to user feedback.’

Emmanuel remembers from his experience that testing, in the broadest sense, is not in fact a chore reserved for validation teams. They are simply “tools” that guarantee a level of confidence and quality in the solutions offered to customers. They are carried out by the entire production chain, and the common objective of all the teams is to deliver a solution, a service, a feature in the shortest possible time, at the best possible cost and in perfect adequacy with the customer’s wishes.

And you? What did you think about testing before? What did you imagine? And what’s different, finally? Let’s us know your testing myths in the comment section!

No strings attached. Only good tests.
BONUS: the tests scenarios you create during your trial period can be replayed in ATS, our Open-Source backbone, for free and forever.

Originally published on Agilitest’ blog.

--

--

--

Codeless functional testing at scale is now a reality.

Love podcasts or audiobooks? Learn on the go with our new app.

Recommended from Medium

UAT – How to handle it in Scrum

Agile World S2 E2 Sabrina C E Bruce and Karl Smith walk through the Agile20Reflect what’s next…

Pure CSS Media Queries Are Simplifying Responsive Web Design — Beginner Tutorial

What is Cloud RPA — AA 360 Cloud?

Find a solution for Java Currency Formatter

Debugging 101: Tips and Tricks

Websites & tools you should know for your first Front-End Web project

5 questions to ask before you start an AI project

Get the Medium app

A button that says 'Download on the App Store', and if clicked it will lead you to the iOS App store
A button that says 'Get it on, Google Play', and if clicked it will lead you to the Google Play store
Agilitest

Agilitest

Codeless functional testing at scale is now a reality.

More from Medium

When should you automate your software tests? | Agilitest blog

5 mistakes you can make when picking a test management solution

4 Most Common Myths Around Test Automation

Why Developing Tests Is Needed?