Jelisaveta Markovik, instructor at Software Tester Academy
A lot of people don’t know the difference between QA and Software Testing. QA (Quality Assurance) represents the assurance of quality software. That does not mean the software just works correctly, but also as it is needed for the business.
Learn the differences between QA and Software Testing
Jelisaveta Markovik graduated from the Faculty of Electrical Engineering at the Department of Telecommunication and Information Technologies at the University of Belgrade. As a Quality Assurance & Tester she has been working since 2014, on various projects that include mobile application testing, websites and API testing. The projects were for foreign companies whose success is measured by millions of users. In the course of the work, she acquired ISTQB certificate for Foundation and Agile Tester levels. She went from being a tester as a team member to the position of QA team leader. She is happy to share her enthusiasm for testing with others through various mentorships and finds this an ideal position to share her knowledge with as many people as possible.
A lot of people don’t know the difference between QA and Software Testing. QA (Quality Assurance) represents the assurance of quality software. That does not mean the software just works correctly, but also as it is needed for the business.
The QA process actually starts while creating the business plan. Possible flaws in the specification are found, the expectations of the end user are considered and all with the goal to prevent errors during the creation and the actual course of software testing. QA aims to prevent issues and is more related to the Agile methodology.
The Software Tester is focused on the essence: testing the product itself, finding defects and their reporting and verification, using different methodologies and programs. Testers find the problem and describe it so that the programmer knows where the problem is and how to fix it. After the programmer’s intervention, the tester checks again if the problem is solved. This focus on prevention is not to make the defect disappear but to detect the defect – we are talking about product quality control.
QA works with the business and provides insight into how the end user can see the product. That way QA puts his/her own stamp of the product and its functions. QA enables the business to make a better software offering that will be more complete and of higher quality. When we have a software like this then there is less chance to make a mistake during its creation. In Software Testing, the work is different: the testers do not have as much contact with the business and cannot influence the product as much.
Now that we have clear picture of what is the difference between QA and Software Testing, we can answer the most frequent questions:
”QA is like a small child playing with a toy. The child will very quickly take apart and break the toy to see what is inside and what it is made of, and then reassemble it. Also, the QA people “dismantle” the product to the smallest part, as the end user would do.”
First coffee, then reading a lot of emails 😊.
When working on an Agile project, the day can vary quite a lot, so the morning can start with daily meetings where we present the status of the previous day and the plan for the next day. After that follows: creating tests, detecting test data requirement, and if necessary, reviewing tests (cases) written by other team members, giving suggestion for changes, or changing existing tests if there are comments during the creation.
If there is a need to share knowledge, we have meetings. In case if a problem arises for the purpose of its research, the whole process is stopped and priority is given if we have something urgent. We try to reproduce the problems, a scenario is found, the circumstances under which it occurs and information is given to the programmers if it is a valid problem to fix. In case it is not, we give an explanation about the way the product works.
The interface of this craft received the numbers in a specific format and no one tried or tested how it would behave if a different number was entered. When it took off, some long number was written on the interface (for which there was not enough space in the memory) and the aircraft crashed. So just one number caused such a big problem. There will always be a need for testing. I am sure that testers will not disappear in 10 years, nor in 100 years. There will always be work, although the nature will change and vary depending on the development of AI.
You must have heard the story of a genius artist who tricked Google maps. With his artistic performance, Simon Weckert drew attention to how the software that we take for granted work and how they affect our lives. Simon borrowed and rented 99 phones, which he placed in a small red cart and activated location tracking on each one. In this way, he tricked Google maps, which showed a huge crowd on the part of the road where Simon was passing. Passengers began to avoid this part of the road – the map showed a complete standstill. Do you think any QA team has thought of using Google maps like this?
The career opportunities are diverse as the QA field itself, depending on the platform the product is intended for. Positions from junior to senior are sought after, automation QA who know programming languages are also in demand, but the same goes for positions as security expert, performance expert, etc.
I started with mobile testing, then worked on web testing and now I also work on mobile and web and API testing. As in any other job, the better the tester, the higher the salary. It is said that Automation Testers have better salaries.
Discover the benefits for learning.
MAKE THE FIRST STEP