Какой уровень языка ПРОГРАММИРОВАНИЯ должен быть у АВТОМАТИЗАТОРА

preview_player
Показать описание
Скидка 45% по промокоду МАРШАЛ до 05.11.2021
#автоматизациятестирования #java #ЛешаМаршал

⭐️ Хотите узнать от меня больше? Ознакомьтесь с этими ссылками:
Рекомендации по теме
Комментарии
Автор

как же я рад, что твой канал в свое время нашел... помимо курсов, от тебя взял информации не меньше, чем на курсах(ощущается так). Просто огромное спасибо, что ты есть и ты решил выкладывать ролики на ютуб

eduardmazur
Автор

@Лёша Маршал:
А тебе не кажется, что ты описал не автоматизатора, а SDET ?

Возможно, ошибаюсь, поправь меня пожалуйста и расскажи в чем не прав. Буду очень благодарен.

Как мне все это видится?

Мы, постоветские страны, очень часто повторяем в ИТ путь который прошел запад.

Бизнес нуждается в очень быстром выкатывании продукта и его новых версий. По той причине, что это деньги. Конкуренты не спят. Отсюда и возникает потребность в как можно более быстром прохождении цикла тестировании продукта.

Manual тестировщики они нужны, т.к. досконально знают продукт! Умеют организовать процесс тестирования продукта. При хорошей сеньерности, еще и лидировать могут. Но, ручники не могут автоматизировать или банально не хватает времени. Те тесты для ручного тестирования, что они написали(как на новые фичи, так и на исправления багов, или нехватаемых к регрессионому набору и др.) они передают на автоматизацию.

У автоматизаторов как раз и есть время на автоматизацию тестирования. Это их прямая задача. Но, тестов очень много и поэтому главная их задача не очень круто программировать, а в другом: автоматизировать и при этом так, чтоб был стабильным. Поддержать существующие падающие тесты и исправлять "хрупкость". Все это ой как не просто! Но! Очень часто, у автоматизатора нет времени досконально изучить продукт на том уровне, которым обладает ручной тестировщик.

Возникает ситуация: автоматизатор ждет четко сформулированную задачу (автомазитация ручного теста) и ручник вынужден писать по шагам, что и как надо делать с продуктом и что ожидается. Если бы не автоматизатор, то ручник мог бы думать как и раньше, что не всегда нужны тест-кейсы, иной раз и чеклистов достаточно. Но сейчас это не так, т.к. автоматизатору надо ставить задачу, значит просто чеклисты не подойдут, значит надо писать именно тест-кейсы. А это время!!!

Что делать бизнесу? Ведь тратится время ручника при постановке задачи ручником. Вот в этой плоскости и появляется потребность в том, что сейчас называется на западе Fullstack QA. Это специалист, который отлично знает продукт, т.е. на том же уровне, что и обычный ручник в привычном понимании, но при этом умеет автоматизировать ручные тесты. Бизнес очень сильно выигрывает, т.к. он может отдать такому специалисту кусок функциональности и этот специалист продумает как тестировать эту функциональность. Раставит приоритеты для тестов. Составит план на автоматизацию. Автоматизирует там, где это возможно и при этом возьмет на себя ответственность за качество этой функциональности. Это очень круто!

Казалось бы все круто. Появился Fullstack QA, который все решит. Но не все так просто! В виду того что как в ручном так и в автоматизации очень много работы, то у такого специалиста в принципе нет времени на углубление своих знаний по программированию. А для бизнеса это тоже чревато! Чем?

Тем что авто-тесты очень часто выполняются медленно! По той причине, что у Fullstack QA в принципе не было возможности и времени на хороший код.

Вот здесь и появляется новая роль : Software Developer In Test (SDET). Это точно такой же как и product programmer, только его продукт: быстро работающая тестовая среда.

SDET это программист целью которого устранять проблемы с производительностью. Устранять проблемы с Deadlock-ами и др. сложностями. Тот у кого есть время углубляться в программирование.

Еще про SDET: - это безотвественный парень ! ;))))

* Ручной тестировщик отвечает за качество
* FullStack QA отвечает за качество
* Даже авто-тестировщик тоже отвечает за качество
* В какой-то степени даже production программисто тоже отвечает за качество

P.S.:
Кстати, примерно об этом нам с докладов вещает Артем Ерошенко. Об этом пишут, очень часто в забугорных статьях. А вакансии забугорных компаний уже требуют исключительно Fullstack QA и просто manual им уже не нужен!

ntvisigoth
Автор

если нужно такое глубокое погружение в ЯП и всё сопутствующее, судя по рассказу чуть ли не мидл, то какой смысл заниматься автоматизацией тестирования? с таким набором можно и полноценным разработчиком работать, получая на порядок выше.

OneAnger
Автор

Всем привет! Вообще сейчас на Java стеке требуется еще и Spring + Hibernate. Спрос на SDET сейчас выше, чем на ручников со знанием примитивных команд вебдрайвера ))

Artur-isoj
Автор

Тут прав, я автомктизатор.
Только на Python, вижу, что есть куда двигаться и улучшать навык программирования.

Тут только работать, работать и работать. Сам пока молодой специалист, но все будет.

darksniper
Автор

Хотелось бы полноценный выпуск про ГИТ. Двухминутный ролик про основы это конечно хорошо, но хотелось бы прям полноценный, про процесс работы

UralSmart
Автор

Минимум информации, максимум рекламы👎

Crown
Автор

Один из немногих честных взглядов на т.н. "автоматизацию тестирования". Да, тенденция верно описана - "не автоматизатор, а SDET". Все, что про "демо-версию" - это все еще мануальщик с небольшим знанем ЯП. Создать инфраструктуру с нуля, самостоятельно продумав и придумав - удел настоящего автоматизатора.
Тут мне друг как-то обмолвился, что де-скать, с ростом популярности AI спрос на хорошего мануальщика с труъ-тестерским майндсетом будет расти, мол, сейчас какой-нибудь чатГПТ по запросу даже снипеты кода тебе скинет и думать не надо.... но мне кажется, все-таки рано говорить о таком, пока что, из того, что я вижу, спрос на sdet только растет

tolikpod
Автор

Короче, иду подавать резюме сразу на программиста, тестирование это гиблое дело походу.))

ИгорьК-тш
Автор

Лёша, подскажите, можно ли новичку пропустить этап ручного тестирования в карьере и сразу начать с автоматизации ?

English_for_EGE
Автор

Скидка 45% по промокоду МАРШАЛ до 05.11.2021

leshamarshal
Автор

Проходил курсы на Авто-тестера Python от скилл фактори.
Скажу, что этот курс точно не стоит своих денег!
Роллик-реклама! Профит стремиться к нулю. Потраченно...

islamgashimov
Автор

ответьте, пожалуйста, на сколько нужны глубокие познания Java для автотестов на нем? наслышан, что этот ЯП очень жёсткий

alex
Автор

Алексей, работаю мануальщиком, у нас тима на С#, потихоньку появляется время и просят покрывать автотестами. Про тесты на c# очень мало инфы, где ее брать? И как перспектива, лучше учить автотестирование все же на яву или шарп?

denisyargin
Автор

Больше половины видоса реклама, развиваешься!

andreyshi
Автор

привет, а можно видео про "в каких сайтах можно зарабатывать на фриланс" ?

rafomanukyan
Автор

Лёха! Собес на автомата был ради контента? Или тогда для новой работы?

elovek
Автор

Я вообще на баше автотесты пишу, как вам такое?
Вообще мне интересно послушать на сколько от тестировщика обычно требуются знания линукса, а то мы там уже и ядро дебажим.

sleeprus
Автор

По моему опыту могу сказать, что сейчас ФТ и АТ получают одинаково, и на собесах реально дрючат как ты описал, так зачем тогда рвать жопу?)

AntonGogolev