Профессия QA Automation Engineer. Чем занимаются тестировщики?

Сегодня обсудим тему: Чем занимается QA Automation engineer?

00:00 - вступление Сергея Немчинского
00:24 - дисклеймер
00:53 - тестировщик - программист?
02:27 - где работают Automation engineer?
04:48 - какие языки программирования используют автоматизаторы?
06:21 - виды тестирования
09:16 - чем занимается тестировщик

Курсы для новичков:

Продвинутые курсы для состоявшихся девелоперов:

Другие услуги:

[nikitabn]

Работаю A QA в банке, практически весь рабочий процесс состоит из написания кода, тестированием руками занимается отдельная команда ручных тестировщиков

[Oleksii_Haivanovych]

Очень актуальная для меня тема. Спасибо за ролик, Сергей! С прошедшим ДР! Всего самого наилучшего!

[eslepakurov]

Тиражирование автотестов по кейсам - это далеко не все, что делает автоматизатор. Разработка инструментов для автоматизации процессов тестирования, например, утилит для создания сложных тестовых данных, или какие-то админки, заглушки, моки и тд и тп - это полноценная разработка, просто она создана для нужд тестирования, чтобы процесс работы у мануальщиков проходил быстрее и легче. Инструменты и стек технологий ничем не отличаются от энтерпрайз разработки, просто функционал не такой критичный для конечного клиента.
И да - программирование у автоматизатора это все-таки 80% времени, а в вашем видео скорее речь про так называемых фулл стеков - это ручники, которые умеют тиражировать тесты по кейсам по стандартным шаблонам.

[wulf_panzer]

Либо ты не прав, либо у нас в конторе принято по другому. Мы занимаемся тестированием ентерпрайза, но у нас есть явное разделение на мануальных тестировщиков и автоматизаторов. Мануальные тестировщики занимаются тем, что пишут кейсы, заводят баги, общаются с клиентом, а автоматизаторы пишут код и занимаются ещё совсем небольшим количеством активностей. И в общем и целом, можно сказать что они пишут 8 часов код. Ну у нас так принято

[Ромкатанкис]

Очень много нерелевантной инфы в видео. Поделюсь своим опытом:
1)Разработка автотестов - это по сути программирование, только продуктом является не то что видят пользователи, а набор тестов, тестовые фреймворки и тд. Иногда задачи сложнее, чем у разрабов.
2)Автоматизаторы не тестируют руками (кроме отдельных случаев) и не пишут тест кейсы и вообще не делают работу мануальщиков, толкьо коммуницируют с ними.
3)Мануальщик может развиваться не только в АТ, но и в знание предметной области, углубление в этом направлении, далее можно в аналитику.
4)Если работа 50/50 мануальщик/автотестер, то оба дела делаются плохо (особенно АТ), такое могут позволить себе лишь те заказчики кому жалко платить за 2-х специалистов.
5)Для автотестов выбирают язык не потому что на нем пишут разрабы. У автоматизаторов обычна своя кодовая база, свои репозитории, отдельные от разрабов. И за некоторыми исключениями на стороне АТ вообще не важно на чем написано тестируемое приложение (и наоборот, разрабам пофиг, на каком языке автотесты). Юнит тесты, которые пишут разрабы, здесь не берем.
6)Обычно выбирают Java потому что проект автотестов тоже большой и разрастается не хило, имеет много зависимостей. На Java есть удобные инструменты для сборки типа maven/gradle. Многое ПО для автотестов написано на джаве, тот же селениум. И свои фреймворки-обертки под него тоже часто пишут. Да и другие либы часто используются в автотестах.
7)Разрабы обычно не помогают автотестерам, потому что у тех свои проекты, свои фреймворки, либы и задачи, в которых АТшники разибраются лучше разрабов. А зачастую у разрабов даже нет доступа к коду автотестеров и пишут тесты и приложение разные команды.
8)Перейти из АТ в разрабов вполне реально, для этого достаточно лишь ....
хорошо знать ЯП, оказаться на одном проекте с разрабами, быстро выполнить основную часть своей работы и подхватывать задачи у разрабов, у которых ее зачастую больше чем у автоматизаторов, попутно изучая нужные фреймворки. А вот стоит ли - другой вопрос, т.к. в каждом направлении есть свое развитие и свои интересные задачи.

[StrageSPB]

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

[dzarah]

Работаю в большой интерпрайз компании в России ручным тестировщиком. Лично знаком с автоматизаиорами и есть некоторые проекты которые ведём вместе. По задачам они большую часть времени пишут код. Все подготовку к автоматизации проводят ручные тестировщики. В редких случаях когда код не работает тестируют ручками чтоб понять что не так. Возможно все зависит от построенного процесса тестирования. Мое мнение что труд автоматизаторов слишком дорогой чтоб тратить его на ручное тестирование.

[AdaPenttila]

А какие языки программирования лучше всего учить для автоматизации тестирования в автомобильной инженерии? я сам искал курсы по IT и остановился на Skypro)) они помогли мне найти работу и разобраться в теме тестирования, хотя до этого я был преподавателем по вокалу и не имел опыта в IT)

[АнатолийПоленичко]

Мой опыт QA Automation 3года и он как раз 20% рабор документации что как должно работать, 30% написание кода (python), 30% отладка. 10% мануального и 10% подгонка старых тестов под новые условия. Тоесть почти нет мануального тестирования. Да это спб.

[zhneczhnec]

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

[МихаилСаланов-эц]

Работаю сейчас Qa Automation, не согласен с утверждением по поводу того что автотестеры большую часть времени тестируют руками. 80% времени пишу код для тестов, для тестирования руками есть отдельные ребята мануальщики. Есть также специально отдельная команда по автотестам, где сидят только qa automation.

[dmitriimolchanov]

"Само по себе программирование в автомейшен QA - достаточно небольшая область". Не соглашусь. 1. Написание хорошего фреймворка под ентрепрайз проект - это и есть само по себе программирование, теория тестирования на этом этапе практически не применяется. 2. На многих больших проектах есть отдельные команды автомейшен тестировщиков, которые ВООБЩЕ не тестируют руками. Они пишут автотесты по таскам, созданным мануал командой. 3. Иногда автомейшен фреймворк является частью кодбейза, где хранится и код приложения. в Таких случаях код ревью делает лид разработки(подход спорный, но такое есть в реальном мире).
P.S. Позицию. что Вы описали, Сергей - я бы назвал QE или гибрид, как сейчас модно говорить. Такой человек - да, ведёт тестирование задачи от создания тест кейсов, тестирования во время спринта и создание автоскриптов. И тенденции таковы(особенно на западе), что сейчас хороший QA - это как раз гибирд, который тестирует фичу + делает "инспринт автомейшен".

[Antialtruist]

Если курс такой же как и видео, тогда беда-печаль)) Работаю автоматизатором и 90% времени пишу код, 5% уходит на дефекты и 5% на подправить корявый тест кейс менюалов) и так всюду на больших проектах

[aleksstyle]

Сергей, снимите пожалуйста видос этого жанра про мобильную разработку (android/ios/flutter). Очень интересно это направление)

[KliKu]

Прошел курсы тестировщика, но в процессе изучения понял что больше нравится программирование. Больше получаю удовольствия от процесса создания чем от проверки того что сделали другие.. как-то так. Но в целом эти два направления друг-друга дополняют.

[wvwvwvwvw]

Поясните пожалуйста про SDET
Спасибо большое за видео)))

[science]

я сейчас учу QA, когда попаду работать QA, буду дальше изучать Java Development, в принципи с чего начинал, и потом перейду в разработку. Так делают не многие, но я все таки больше люблю разработку

[Alxey]

Поправлю немного и добавлю от себя:
1. Есть компании, где Automation QA не занимаются мануальным тестированием, а только автоматизируют тесты, которые им дают мануальщики.
2. Если вам нравится больше Python, а не Java, но вы планируете изучать последнюю т.к. считаете, что там почти все вакансии, забейте. Не знаю как на Украине, но в РФ питонячих вакансий хватает. Вряд ли на Украине это сильно будет отличаться. Однако работать я ЯП, который действительно нравится - будет гораздо удобнее и в радость

[automation_remarks]

Ну не совсем так. В 80% случае QA Automation - это выделенная роль и человек там сидит и сутками занимается программированием автотестов, фиксами и поддержкой этого всего на CI

[max_mgtow]

Сергей, снимите ролик на тему JS разработчика))