Опыт инженера по тестированию, переехавшего в Эстонию

Добрый день всем!

Продолжаю рубрику "IT в лицах", публикуя интервью с людьми из IT-сферы.

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

--Начинаем--

Герой нашего сегодняшнего интервью - Михаил.

Михаил работает инженером по тестированию в Эстонии

Телеграм Михаила @mikem83

Почта hikari.no.mikem@gmail.com

Линкед https://www.linkedin.com/mwlite/in/miroshnichenkomichael

- Почему переехали в Эстонию?

- Насколько изменилась жизнь после переезда?

- С какими трудностями пришлось столкнуться?

- Правильно ли "вкатываться" в IT через тестирование?

- Какие подвобные камни при работе тестировщиком?

- Что Вы посоветуете джуну, который вот только-только отучился на курсах, у него нет коммерческого опыта и он хочет попасть на работу?

Обо всём этом в нашем интервью. Приятного чтения)

1.Расскажите о себе

- Образование

Учился в Питерском Политехе (Санкт-Петербургский Государственный Поитехнический Университет), магистр. Диплом защищал по тематике “Робототехника”.

- Регион где родились и где сейчас работаете

С рождения жил в Санкт-Петербурге, сейчас живу и работаю в Таллине, Эстония.

- Занимаемая ныне должность

По документам QA Engineer, финская компания Wolt. По обязанностям: я отвечаю за автоматизацию тестирования мобильных приложений компании: от идеи до создания работающих инструментов для заинтересованных команд, интеграции их CI/CD процессы. Так что фактически Mobile Test automation Competence Lead.

- Уровень дохода

Точную цифру не приведу =). Но скажу, что хвататет на комфортную (в нашем понимании) жизнь двух человекам с морскими свинками (эти хрюхели требуют премиум помидорки), плюс аренда.

2. Почему вы решили переехать в Эстонию?

Как таковой цели любой ценой переехать в другую страну на тот момент не было. Было же вполне сформированное желание =) Я для себя понял, что мне комфортны северные страны: тяжело переношу высокую температуру. Высокую - это выше 25 градусов по Цельсию. И ближе кухня. Я пару раз был в Эстонии и много раз в Финляндии как турист: и полюбил как образ жизни, так и местную еду. Я склонялся к Финляндии, супруга же оценила Эстонию. Но выбор за нас сделала компания в Таллине, которая сделала мне оффер.

Конечно, сомневался и волновался. На тот момент я работал в Яндексе: прекрасная компания, фантастические условия труда. Бросить все и поехать в другую страну, где тебя никто не знает, начинать карьеру почти с нуля - это трудный выбор. С другой стороны, я понял, что хочу расти дальше как специалист, и в новой компании у меня будет больше возможностей для этого. “Таков путь” =)

3. Есть ли ощутимая перемена качества жизни после вашего переезда?

Это будут очень субьективные ответы. Для меня перемены колоссальные.

Таллин (как и вся Эстония) очень компактный и уютный. За 15 минут ты можешь доеать до чистого леса, широкого пляжа и любого торгового центра со всем необходимым. Тут очень тихо и спокойно. Новость-огонь - это когда медведь зашел в жилой квартал, или бобёр заблудился в центре города (это не шутка, кстати). Чувствуешь себя тут как-то расслабленнее и увереннее: почему-то не страшно даже в 11 часов вечера пойти гулять по дворам.

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

Конечно, очевидна разница в продуктах. Все многообразие товаров из стран Европы и Великобритании, много оригинальных и натуральных продуктов местных производителей.

Просто пример. В России на продукте написано “Годен до”, и буквально в эту же дату творожок превращался даже не в тыкву…. В Эстонии (как и во вскем ЕС, впрочем) пишут не “Годен до”, а “Лучше употребить до”. И тот же творог все также прекрасен и свеж. Супруга до сих поражается такому.

4. С какими первыми трудностями пришлось столкнуться после переезда?

Другой менталитет. Другие понятия что такое нормально и ожидаемо.

Ты едешь по правилам, ждешь своей очереди развернуться. А сосед по потоку делает тебе возмущенный “бип” и разворачивается через две сплошных. А я сижу и думаю, что я вроде как прав, но что-то как-то не уютно. До сих пор не привык к принципу, что если ты никому не мешаешь, дорожными знаками и разметкой можно пренебречь. Но это не точно: если увидит полиция - это стоит 300 евро.

Приходишь в солидный банк чтобы открыть счет. Ждешь по старой памяти, что тебя будут любить и уважать, и банк спит и видит тебя как нового клиента. Но тетенька-сотрудник меланхолично отправляет тебя к слегка пыльному компьютеру на стойке информации, мол там в нем все написано. Правда, на эстонском, но вы ведь в Эстонии?

В первый раз сдали кеды в химчистку (“Пухастус” по-эстонски). Все норм, приняли, дали документ. Приходим забирать - а там в кеде вооот такая дырка насквозь. Сотрудники так подумали, мол да, что-то не то, взяли обратно подумать еще лучше. Возвращают тапки, залитыми сверху клеем. Впринципе, если не пытаться ходить, то дырка и не раскрывается. Помня суровый закон о защите потребителей в России, написал заявление в магазин. Там ответили, что а вы докажите, что дырка-то у нас появилась! Я тыкаю в документ о принятии в чистку, там про дырку ничего не сказано. Отвечают, что ну может сотрудник на приеме не заметил (вооот такую вот дырку!), так что идите лесом. Угу, только вот тапки как раз для леса и были. В общем, жаль тапки.

5. Что посоветуете людям, что думают о переезде?

Классика: не надо путать туризм с иммиграцией.

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

Полезно побывать в разных странах, чтобы была возможность сравнить и выбрать наиболее подходящий вариант. Так, если вы из маленького городка в первый раз приедете в ЕвропейскийГородОдин, то будете поражены. И вполне можете захотеть остаться там. Причем сразу, выкинув обратный билет. Но если вы еще навестите ЕвропейскийГородДва и даже ЕвропейскийГородТри, вполне можете понять, что ЕвропейскийГородДва вам подходит гораздо лучше. И уже в нем тогда соит остаться на разведку подольше.

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

Еще бы я отметил настрой перед переездом. А именно: вы в новой стране гость. Пусть даже и с временным видом на жительство, а не туристической визой. То, что нормально для вас, для местных может быть совершенно странным и недопустимым. Это факт, который вы не можете изменить. И вы уже не турист, который платит деньги и может ожидать, что его будут носить на руках. Теперь вы на тех же условиях, что и обычные жители страны. В известных пределах, конечно: местный товарищ в любой ситуации будет за местного же соседа, а не приезжего не пойми кого. Придется быть гибким, уметь договариваться, принимать чужую точку зрения. Будьте готовы к тому, что вам могут сказать “Нет” не со зла или желания навредить. А просто потому что тут так живут, причем очень давно. Для вас это что-то абсолютно привычно и подразумевается по умолчанию. Для местных - они о таком и не слышали, и вобще это ересь какая-то.

6. Почему вы выбрали тестирование, а не разработку?

Любовь к экспериментам у меня проявлилась еще в детстве, когда я лет в 5 решил съехать на велосмипеде с лестница, где ступени были в пятую часть моего тогдашнего роста. Первые две спупеньки были еще ничего, а вот потом что-то пошло не так, я финишировал я уже под велосипедом. Наверное, когда-то тогда я и стал тестировщиком.

В сознательном же возрасте я как раз хотел стать разработчиком, даже не подозревая о наличии такой профессии как тестирование. Точнее, я хотел делать игры: стало скучно просто гонять пиксели по экрану. Писал на Delphi, изучал основы алгоритмизации на “Сценарий” (удивлюсь, если кто-то хотя бы слышал о такой среде разработки), делал красоты на OpenGL. И еще очень много “админил”.

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

И вот как-то так постапенно отдалился от непосредственной разработки ПО, сфокусировавшись на проектировании функций, их проверки и улучшении.

Потом пришло понимание, что как тестировщик я могу работать с гораздо большим числом разных проектов: 3D-графика, веб, серверные приложения. И это весело!

Стоит отметить, что в последние лет 5 у меня началось обратное движение: из 100% ручного тестирования (и как инженер, и как Lead команды ручных тестеров) я двигаюсь в автоматизацию тестирования и все с ней связанное, включая DevOps. Так что мечта из школьных времен таки осуществилась, пусть и неожиданным образом.

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

Первый вопрос, который бы я задал человеку, который “хочет войти в ИТ” - “для чего он хочет туда войти?”. Ведь может быть, что человек может всего этого достичь и без ИТ. =)

Если же цель действительно ИТ, я бы предложил для начала рассмотреть возможность использовать навыки, которыми вы уже обладаете. Если у вас хорошо получается находить ошибки в приложениях, вы сразу находите неудобные места в программах и готовы предложить улучшение - тогда тестирование отличный вариант. Если же ваша сила в чем-то другом, это тоже возможность. Навыки анализа ситуаций, “рисования” красивых картинок - все это может пригодиться. И тогда путь в ИТ будет не через тестирование, а через, скажем, путь менеджера или дизайнера. Ведь гораздо интереснее заниматься для карьеры именно тем, что и вам и так нравится.

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

Другой плюс тестирования - это возможность понять, как ИТ (а именно, команда разработки) работает изнутри. Кто чем занимается, какие процессы используются, как специалисты разных областей коммуницируют друг с другом, как разработка взаимодействует с бизнесом. Это может помочь выбрать свой дальнейший путь, решить кем вы хотите стать в ИТ: программистом мобильных приложений, backend-разработчиком, devops-инженером, разработчиком автоматизированных тестов… Причем выбрать (и может быть, даже попробовать немного) еще до смены рода деятельности, с меньшим риском сделать выбор, о котором вы потом будете сожалеть.

И последнее (по списку, но не по важности). Работа тестировщиком позволяет поработать с самыми разными продуктами: мобильные приложения, веб, десктоп. Вы не ограничены чем-то одним. Скажем, программисту баз данных может быть сложно начать разрабатывать трехмерные игрушки под Android. Вы же как тестировщик можете получить представление об особенностях и различиях продуктов всех возможных областей и назначения. И выбрать область, которая вам наиболее интересна, чтобы развиваться в ней дальше.

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

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

Первое - это автоматизация. Через несколько лет буквально “тыканья пальцем в экран” (если вы Android или iOS тестировщик) это становится скучно и однообразно. Появляется желание упростить и оптимизировать этот процесс. Так люди начинают изучать автоматизацию. Можно остановиться просто на написании автотестов для существующих тестовых сценариев, а можно пойти дальше. И настраивать не только то, что можно запускать (автотесты), но и где запускать. А именно развивать devops навыки, чтобы быть способным настроить сервера, где запускать ваши тесты, публиковать их результаты и собирать приложение. В общем, включать автоматизированное тестирование в процесс Continuous Integration and Deployment. А там уже близко до настройки облачной инфраструктуры.

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

Третий путь - удивительно, но это менеджеры. Действительно, тестировщик по роду своей деятельности вынужден общаться с самыми разными людьми в компании и с представителями бизнеса. Чтобы понять как продукт должен работать, как он работает и когда он должен заработать. Для того чтобы построить оптимальный план тестирования, который позволит, например, выпускать стабильное приложение каждые две недели (“спринт”). Плюс никто не знает как приложение работает на самом деле так же хорошо, как тестировщики. И со временем, если построение такого QA процесса получается хорошо, тестер может перейти от планирования тестирования к планированию всей разработки.

9. Поговорим немного про техническую часть. Selenium или Cypress? Или может что-то другое?

На любой вопрос “какой инструмент самый лучший” у меня один ответ: “Нет самого лучшего инструмента. Есть наиболее подходящий для решения конкретной задачи”. А дальше уже дело вкуса: какую библиотеку использовать, на каком языке писать.

Если рассматривать вопрос как теоретический в отсутствии проекта и команды с ее устоявшимися процессами и инструментами, я бы предпочел Selenium. Он позволяет писать практически на любом языке, что позволит с ним работать более широкому кругу разработчиков. И это дает в ваше распоряжение все те возможности, которые можно использовать на этом языке.

Еще один потенциальный плюс Selenium (который используется для автоматизации веб) - это то, что он чрезвычайно близок с Appium, библиотекой для автоматизации тестирования мобильных приложений. Так что перейти из веб к мобилкам будет очень просто. Более того, вы сможете в одном тесте работать как с мобильным приложением, так и с веб-страничкой (например, из приложения надо перейти на веб-страницу для авторизации и вернуться обратно), причем используя практически одни и те же инструменты.

10. Какие есть альтернативы мобильной автоматизации на Appium?

Я обычно разделяю автоматизацию на два больших класса: нативную и не-нативную.

Нативная автоматизация - это когда мы напрямую используем встроенные в платформу средств: UIAutomator и Espresso для Android, XCUITest для iOS, и тесты являются частью проекта приложения. Нативный подход обеспечивает самые высокие скорость исполнения UI-тестов и их стабильность. И если что-то в принципе можно сделать с приложением, то нативные тесты это смогут. При таком подходе автотесты работают с приложением как с белым ящиком. Дополнительно, с нативными тестами вы сможете модифицировать поведение приложения. Например, перехватывать сетевые запросы и подменять их нужными для проверки. С нативными тестами будет проще и разработчикам участвовать в создании новых тестов (например, одновременно с добавлением новой функции): тот же проект, тот же язык.

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

Если у вас приложение для Android и iOS, которое работает примерно одинаково на обоих платформах, с Appium можно написать код теста один раз (например, для Android), и потом запустить его на iPhone, лишь добавив пару строк с описанием интерфейса iOS. С нативной автоматизацией такое не получится: если вы написали тесты для Android на Espresso и Kotlin, для iOS вам придется реализовывать все то же самое, но на XCUITest и Swift. Причем не только тесты, но и все вокруг: подготовку окружения, создание отчетов…

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

11. Какой язык программирования больше заточен для автоматизации и почему? У всех на слуху Java, но она достаточно тяжеловесна и не каждый проект хочет использовать ее. Какие хорошие аналоги и почему?

Возможно, Java для автоматизации популярна из-за своей универсальности и распространенности. Сколько людей пишет на этом языке, а сколько, скажем, на Ruby. Ничего не имею против Ruby, упомянул просто потому что так зовут кошку коллеги =)

Автоматизация бывает разная: для веба, мобилок, бекенда. Так и язык, наиболее подходящий для конкретного проекта автотестов, может различаться. И при выборе надо руководствоваться не только и не сколько популярностью в мире: ваш продукт разрабатываете вы, а не весь остальной мир (хорошо, исключая open-source). Важно учитывать то, с чем работают другие члены вашей команды. Что им будет понятно, с чем будет привычно работать.

Если мы говорим про не нативную автоматизацию, где как раз Java и популярна, то отличной альтернативой я считаю Kotlin. Да, в глубине души это та же Java. Но снаружи он изящнее и лаконичнее. Он позволяет сократить объем кода для тех же функций, плюс уменьшить число самих функций и команд.

Например, я долгое время работал над своим фреймворком для UI автоматизации мобильных приложений, используя Java. Но в прошлом году решил перейти на Kotlin (были веские причины =) ). И это позволило значительно сократить объем кода, сделать его нагляднее, проще для понимания. Разработка тестов (а именно, написания их кода) стала занимать чуть-чуть, но все же меньше времени. Звучит как реклама, но это действительно так, и если вы используете Java, попробовать Kotlin может быть очень интересным опытом. Тем более, есть инструменты автоматизированного перевода кода Java в Kotlin (например, IntelliJ Idea). Они не идеальны, но как первый шаг “на попробовать” вполне подходят.

12. Что Вы посоветуете джуну, который вот только-только отучился на курсах, у него нет коммерческого опыта и он хочет попасть на работу? Ведь несмотря на кадровый голод, у тестировщиков достаточная большая конкуренция и многие падают духом, когда не могут найти работу очень долго.

Как человек, который принимал участие с обеих сторон процесса подбора персонала, могу сказать, что важным фактором для получения job offer является навык решать конкретные задачи за меньшее время, со стабильным и достаточным для бизнеса результатом. И проблема курсов в том, что они рассказывают какие инструменты есть, как их использовать (а это знают очень многие). Но не рассказывают, как решать реальные задачи, стоящие перед командой разработки. Изучить условную Java и Appium просто: огромное количество курсов и лекций, причем совершенно бесплатных. Но вот получить понимание, когда стоит применять те или иные инструменты, как именно их применять - вот именно этого и не хватает начинающему разработчику. И такой опыт приходит только с практикой.

Попробуйте протестировать разные приложения, написать тест-кейсы, тест-планы, попробовать найти ошибки или варианты улучшения опыта пользователя. Пишите в Google Docs, чтобы после сделать результаты своего труда публичными. Постоянно работайте над совершенствованием своих работ: всегда есть что улучшить. Когда возможности для саморазвития исчерпаны, самое эффективное - это найти человека, который имеет реальный опыт в вашей области. Посмотреть его работы, связаться лично, попросить прокомментировать его решения (для чего выбраны эти инструменты, а не другие, для чего сделано так, а не иначе). После того как пообщались, попробуйте на основании полученных знаний сделать то же самое с нуля самостоятельно. Это действительно очень важно: пока вы не попробуете все своими руками, вы не поймете как оно работает, какие возникают проблемы и как их решать. Повторите еще раз. И вот так, решая задачи раз за разом, получая обратную связь тем или иным способом, вы узнаете не только с помощью чего что-то реализовывать, но и как именно. У вас появятся готовые решения. И, встретив обычную задачу из жизни тестировщика, вам не надо будет думать какие инструменты использовать, что нам надо для реализации. Вы уже знаете что в принципе сюда подходит, что подходит лучшим образом, и что вам еще потребуется для реализации (причем еще до того как вы начнете что-то делать).

Это и будет тот опыт, который выделит вас среди всех других кандидатов.

И да, еще момент. Будьте готовы к тому, что даже если у вас самый классный опыт, вы будете получать отклики далеко не на каждое отправленное резюме. И далеко не факт, что первая (вторая, третья…) работа будет для вас тем самым местом, где вы будете счастливы, и где принесете максимум пользы компании. Что-то - это просто этапы вашего пути, которые приближают вас к вашей мечте.

13. Какие подводные камни при работе тестировщиком? Скажем так, почему Вы бы НЕ советовали идти в QA? Или это работа мечты?

Для начала, я бы не советовал рассматривать тестирование как первая и единственная область ИТ, в которой вы планируете работать. Ручное тестирование кажется простым: и по сути своей, это так.=) Быть программистом гораздо сложнее.

Но тестирование может наскучить. Ручные тесты - это по большей части повторение одних и тех же простых шагов, много много раз. Причем делать это необходимо крайне внимательно. Хорошо если вам надо проверить, если ли кнопка на экране или нет. А вот если надо проверить, что приложение корректно воспринимает пару десятков цифровых данных, который внешне очень похожи? Более того, работа тестера в принципе не имеет конца: вы отловили ошибки в текущей версии, перепроверили после исправлений. И вот вам приносят уже новую сборку, в которой все начинается с начала. В общем, работа тестировщиком требует большой усидчивости и внимательности. Собственно, потому тестировщики и уходят потом в другие области, преимущественно связанные с написанием кода (приложения или тестов).

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

И это еще не все. Может потребовать быстрое переключение не только между разными областями своего приложения. но даже и между разными приложениями. Разработчик, если он backend, вряд ли будет направлен на разработку главной страницы веб-портала. А вот тестер может “потестировать” и frontend и backend. И такое переключением может быть достаточно сложным.

С другой стороны, вы можете работать с самыми разными приложениями! И где еще в компании платят за то, что вы не строите что-то, а самым жестоким образом ломаете? Это ли не работа мечты?

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

В обозримом будущем ручное тестирование никуда не денется. Просто потому что далеко не каждый продукт подходит для автоматизации. И прежде чем что-то будет автоматизировано, это тоже надо как-то тестировать.

Тут проблема может быть в другом. Ручных тестировщиков очень много. Каких-то уникальных требований к ним обычно не предъявляют. Соответственно, ценность ручного тестировщика в компании и на рынке труда ниже чем у разработчиков. Следовательно, ниже зарплаты, ниже возможности для перехода в другую компанию и переезда в другую страну: с соответствующим повышением качества жизни. И не секрет, когда в компании что-то идет не так (в первую очередь, с финансами), первыми избавляются с ручных тестировщиков: продукт они не делают, а проверить новые функции могут и сами разработчики. Я не говорю правильный это подход или нет, я говорю о том что он, к сожалению, есть. Бизнес есть бизнес, ничего личного.

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

15. Как советуете подойти к вопросу составления резюме для новичка?

Базовые навыки на таком уровне у всех примерно одинаковые, потому важно выделить что-то уникальное, что выгодно отличит вас от других кандидатов. То, что вы хорошо делаете, в чем уверены, о чем можете кратко но интересно рассказать. Еще лучше, если это что-то будет созвучно ожиданиям компании.

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

16. Как начинающему найти свою первую работу тестировщиком?

Если бы я знал гарантированный план с конкретным временем исполнения, я бы уже открыл свой приют для морских свинок где-нибудь в Финляндии: там с ветеринарами-ратологами сложно =)

Из конкретного:

Отвечать будут мало, редко, будут игнорировать - это нормально. Не отчаиваться и двигаться к своей цели. Ведь цель не просто получить хоть какую-то работу на любых условиях. А получить комфортную и интересную именно для вас.

И, конечно, немного удачи =)

17. Какие ресурсы (сайты, курсы, книги) посоветуйте людям, что хотят «вкатиться» в тестирование с нуля?

С того времени, когда я начинал обучение, прошло уже много лет: что-то устарело, что-то не вспомню. Так что могу привести небольшой список ресурсов по QA тематике, собранный знакомыми QA товарищами: https://docs.google.com/spreadsheets/d/1vuSIxCfGPtaqhsauvORXSKVcmy4c_ZWFrUqDn2ok6t4/edit#gid=0

База же везде примерно одинаковая, сейчас вроде как популярна книга Святослава Куликова. Судя по беглому просмотру, там есть вся необходимая для старта в профессии информация и даже больше.

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

18. Что можете пожелать будущим тестировщикам?

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

Тестирование, если вы хотите в будущем получать высокую зарплату и стать востребованным на международном рынке труда - это не простой и безаботный путь. Это полноценная серьезная профессия в информационных технологиях, которая может требовать даже больше навыков, знаний и усилий, чем программист в привычном понимании, дизайнер или архитектор. Тот же Software Developer in Test (по сути, QA инженер с самой большой зарплатой) должен знать и уметь делать многое из вышеперечисленных профессий. Причем делать гарантированно хорошо, и чтобы всё вместе еще бы и замечательно работало =)

В конце, в качестве бонуса, предлагаю вам ссылку на видео с выступлением Михаила на Heisenbug 2021 прошлой осенью: он как раз там рассказывал про автоматизацию и как ее делать.

--Конец интервью--

Мой канал в телеграм

Уважаемые, если интервью с Михаилом вам понравилось, буду благодарен за подписку на мой канал IT-старт t.me/it_begin ,где я также публикую интервью IT-специалистов, обзоры технической литературы и иную полезную информацию, как для действующих, так и для начинающих программистов