Тестване на софтуер (QA) — какво се работи и с кои инструменти се започва

Тестването на софтуер е работа, при която проверявате дали програмата прави това, за което е създадена, и записвате всяко отклонение, преди то да стигне до потребителите (U.S. Bureau of Labor Statistics). Професията расте стабилно. В САЩ работните места за QA анализатори и тестери се очаква да се увеличат с 6% между 2025 и 2035 г.. В ЕС делът на ИКТ специалистите в заетостта е стигнал 5,0% през 2025 г. при 3,5% десет години по-рано, а България остава под средното за ЕС (Евростат, Европейска комисия).

Американската заплата не е ориентир за България. Тя показва само, че QA е добре платена ИКТ длъжност на един голям пазар (U.S. Bureau of Labor Statistics). За решението европейските данни са по-полезни. За десет години броят на ИКТ специалистите в ЕС е нараснал с 59,4%, а общата заетост с 9,8%, което по наше изчисление по данни на Евростат е около шест пъти по-бърз ръст (Евростат).

Какво прави QA специалистът в ежедневната работа

Тестерът съставя планове и сценарии за нов софтуер и оценява рисковете в проекта, като предлага и как да бъдат намалени (U.S. Bureau of Labor Statistics). Пуска ръчни или автоматизирани проверки, включително изследователско тестване без предварително написан сценарий. Всеки открит дефект се документира и се докладва на разработчиците.

Част от работата е обратната връзка към екипа дали продуктът е удобен за ползване (U.S. Bureau of Labor Statistics). Проверките не свършват с пускането. Те се повтарят след всяка надградка или поддръжка на системата. Повече за самата длъжност има в материала QA специалист и софтуерен тестер — какво работи и как се започва.

Ръчно и автоматизирано тестване на софтуер

При ръчното тестване човек минава през приложението като потребител и сравнява поведението му с изискванията (U.S. Bureau of Labor Statistics). Автоматизацията използва скриптове, които повтарят едни и същи проверки при всяка промяна в кода (Selenium). Програмата на ISTQB за базово ниво отделя цяла глава на инструментите, тоест и сертификацията смята автоматизацията за част от основите (ISTQB).

Нашият извод от документацията на инструментите е прост. Без базово програмиране автоматизация няма. Selenium поддържа Java, Python, C#, Ruby, JavaScript и Kotlin, а Playwright работи с Node.js, Python, Java и.NET (Selenium, Playwright). Добро начало е материалът как работят уеб приложенията с JavaScript, защото тестерът проверява точно такива приложения.

Инструментите, с които се започва

Selenium е набор от инструменти и библиотеки за автоматично управление на браузъри с ядро WebDriver (Selenium). Реализациите му следват стандарта W3C WebDriver, затова един и същ код може да се пуска в основните браузъри. Selenium IDE записва действията ви в браузъра и после ги възпроизвежда, така че виждате автоматизацията, преди да пишете код. За паралелно пускане на тестове на няколко машини служи Selenium Grid.

Playwright е рамка за тестване от край до край на съвременни уеб приложения. В нея има готов механизъм за пускане на тестове с вградени проверки, който може да ги изпълнява паралелно (Playwright). Тестовете вървят в Chromium и във Firefox, поддържа се и WebKit, а мобилните браузъри могат да се емулират. Проектът се създава с командата npm init playwright@latest и изисква Node.js версия 22.x или по-нова. От операционните системи са нужни Windows 11 или macOS 14 и нагоре, като Linux също се поддържа. Проверете версията на Node.js преди инсталацията. Много от първите грешки идват от стара среда.

Сертификатът ISTQB Foundation Level

Изпитът за базово ниво има 40 въпроса и трае 60 минути, а за успешен резултат са нужни 26 точки (ISTQB). По наше изчисление по данни на ISTQB това са 65% от максималния резултат. Когато не държите изпита на родния си език, получавате 25% допълнително време, или по наше изчисление 75 минути.

Актуалната програма е версия 4.0.1 и е разделена на шест глави (ISTQB).

1. Основи на тестването.
2. Тестване в жизнения цикъл на софтуера.
3. Статично тестване.
4. Анализ и дизайн на тестове.
5. Управление на тестовите дейности.
6. Инструменти за тестване.

Акредитиран курс се препоръчва, но не е задължителен, затова е възможна и самоподготовка по програмата и препоръчаната литература (ISTQB). Базовото ниво е предпоставка за по-горните сертификати на ISTQB.

До май 2025 г. ISTQB е провела 1,5 милиона изпита и е издала над 1,1 милиона сертификата в повече от 130 държави (ISTQB). Сертификатът доказва, че владеете общия речник на професията. Практиката с истински продукт остава отделна задача.

Пазарът на труда в ЕС и в България

Делът на ИКТ специалистите в заетостта се различава силно между държавите в ЕС (Евростат).

Европейската комисия отчита, че България е под средното за ЕС ниво (Европейска комисия). Затова пък у нас 76,3% от заетите в сектор „Информация и комуникации“ са ИКТ специалисти, което е най-високият дял в ЕС (Евростат). За начинаещия това означава, че в българските софтуерни компании почти всеки колега е технически специалист. Жените са около една четвърт от ИКТ специалистите в България при 19,5% средно за ЕС. Плюсовете и минусите на сектора са описани в 3 плюса и 3 минуса на работата в IT сферата.

Как да направите първата стъпка към QA

Свалете програмата за Foundation Level от сайта на ISTQB и я използвайте като учебен план, дори да не се явите веднага на изпит (ISTQB). Формално образование не е условие за базовото ниво. В САЩ обичайният вход в професията минава през бакалавърска степен в техническа или математическа специалност (U.S. Bureau of Labor Statistics).

Упражнявайте ръчно тестване върху позната уеб страница. Всеки ваш доклад за дефект трябва да показва как се стига до грешката и с какво реалното поведение се различава от очакваното, тъй като точно това е работата на тестера (U.S. Bureau of Labor Statistics).

Изберете само един инструмент за автоматизация. Selenium IDE не изисква код, а Playwright иска Node.js и малко JavaScript или друг поддържан език (Selenium, Playwright). Ако търсите курс по автоматизирано тестване за начинаещи, сверете програмата му с шестте глави на ISTQB и проверете дали завършва с реален проект (ISTQB).

Честа грешка е да започнете няколко рамки едновременно и да не довършите проект с нито една. Друга е да разчитате само на сертификата, защото изпитът проверява знания по програмата, а не умения върху реален продукт (ISTQB). Ако по-късно ви привлече писането на код, пътят е описан в Софтуерен разработчик — какво работи, кои езици и какъв е пътят.