Насколько автоматизация тестирования перспективна?
Ни один более-менее приличный промышленный софт не выпускается без тестирования. Это факт. Если говорить об энтерпрайз приложениях с огромным количеством полей, которые как-то друг от друга зависят – это очень большой объем работы для тестировщика, причем она достаточно кропотливая и нудная. Поэтому постепенно от мануального тестирования переходят к автоматическому.
Как работают автоматизаторы? При первом появлении софта (фичи, приложения) автоматизатор тестирует его вручную, потому что нельзя написать автоматизированный тест, если ты не прошел это руками. Потом весь процесс автоматизируется, чтобы в дальнейшем можно было выполнять регрессионное тестирование, возможно даже нагрузочное для каких-то сложных кейсов, который нужно проверить именно на нагрузки. Но основная работа упирается именно в регрессионное тестирование – поменяли буквально одну кнопочку и нужно сделать тестирование всего приложения. Это очень много работы и конечно бизнесу выгодно, если все это будет выполняться с помощью скрипта.
Все фирмы, которые умеют считать свои деньги, уже давно перешли или переходят от мануальных тестировщикам к автоматизаторам. Естественно, знание автоматизации – огромный плюс для тестировщика на рынке.
Перспективы у данной области огромные, поскольку тестировать нужно любой софт. Поэтому работа будет и много. И как раз выгодно уже сейчас выделиться на фоне мануальных тестировщиков, для которых была цель лишь войти в ИТ, но дальше развиваться они не хотят.
Зп у хороший автоматизаторов +/- аналогична как у программистов на соответствующем языке. Самыми популярными языками программирования для автоматизации тестирования – Java и Python. Как правило для автоматизации берут тот же язык, который используется для разработки. Например, если компания работает на Ruby, то и автоматизировать они стараются на Ruby. Это логично, потому что knowledge base одно, админы знают как все настраивать, все уже установлено. Зачем им дополнительно вводить Python или Java
Легко ли из автоматизации тестирования перейти в программисты?
Если вы всегда хотели быть разработчиком, а в тестирование попали, потому что легче войти в ИТ, то переключиться, конечно, можно. Но тут такая ситуация. Хорошего автоматизатора отрывают с руками, поэтому компания точно не захочет потерять автоматизатора и получить джуна программиста (если мы говорим о переходе внутри компании). Но конечно же освоить программирование будет в разы легче, чем человеку с улицы. Также стоит помнить, что при переходе на более низкий уровень, конечно же будет потеря в зарплате.
Когда переходить? Если уж вы решили стать разработчиком, то и переходить стоит чем раньше, тем лучше, идеально с позиции мидла. Как минимум по той причине, что переходить с позиции синьор QA-автоматизатору будет очень болезненно по зп. Да, у вас будет больше опыта и вы быстрее вырастите, поскольку вы умеете общаться с заказчиком, вы понимаете цикл разработки софта, вы умеете читать тест-кейсы от тестировщиков, но потерять в зарплате в 2-3 и больше раз, готов не каждый.
А если вы мануальный тестировщик, который решил стать автоматизатором, то приходите на курс Automation QA.
