кто такой тестировщик по и как им стать

Как стать тестировщиком и не разочаровать родителей. Порог входа и основы основ

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

Кто такие тестировщики?

Существует заблуждение, что «тестировщик» – это профессия, которая подразумевает поиск ошибок и проверку продукта до тех пор, пока он не отвалится. На самом деле это утверждение верно лишь отчасти. Тестировщик проверяет, что продуктом удобно пользоваться и что его функционал исправно работает. Соответственно, тестирование – это не поиск ошибок, а проверка соответствия ожидаемого поведения продукта фактическому. Хотя иногда есть необходимость помучить продукт, а то и вовсе его сломать, чтобы вас прокляли разработчики убедиться, на каких максимальных мощностях или как долго продукт может стабильно работать. Об этом вы можете ознакомиться в статье про нагрузочное тестирование.

Как начать тестировать?

Очевидно, для начала хорошо бы изучить теорию и иметь возможность на чем-то практиковаться, чтобы подкрепить знания в деле. И на этом пути у вас есть два направления:

Жизненный цикл продукта

Любому начинающему или действующему специалисту it-сферы крайне полезно знать жизненный цикл продукта, так как он сам будет являться его частью на том или ином этапе.

Жизненный цикл бага

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

Виды тестирования и уровни тестирования

Любой тестировщик должен понимать, какой вид продукта он тестирует, и какие виды тестов необходимы именно под этот продукт.

Как писать чек-листы, тест-кейсы

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

Знание техник тест-дизайна

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

Умение пользоваться багтрекинговыми системами, системами написания тест-кейсов, а также хранением документации

Для постановки и контроля задач есть специальные сервисы, которые позволяют отслеживать, на каком этапе находится задача, ее приоритет и так далее. Одни из самых популярных – Jira, Redmine, Trello. Для систем написания тест-кейсов есть такие сервисы, как testRail, Qase, TestLink. В некоторых случаях вполне достаточно Google docs. Для хранения документации – Confluence, Notion и Wicki.

Понимание работы протоколов http/https, знание http запросов (Post, Get, Put, Option, Delete)

Для тестировщика важно понимать работу протоколов, а также знать структуру и типы http запросов, уметь читать ответы сервера. Не всегда проблема ошибки отображается явно на верстке, в некоторых случаях полезно проверять корректность общения между клиентом и сервером.

Умение работать с реляционными базами данных

Полезным навыком для тестировщика будет умение работать с системой управления базами данных (СУБД). Умение обращаться с СУБД заметно облегчит вам жизнь при работе на проектах с огромным количеством данных, для проверки целостности, а также корректной обработки данных. На начальном этапе от вас вряд ли потребуются высокоуровневые знания по работе с SQL, однако знание простых команд типа «выведение всех доступных баз данных» – SHOW DATABASES, «Просмотр таблиц, доступных в базе данных» – SHOW TABLES, Команды для создания запросов SELECT…; является достаточно необходимым.

Умение скачивать, читать логи мобильного приложения

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

Умение гуглить

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

Английский язык

Большинство толковых документаций, полезных статей преимущественно пишется именно на этом языке.

Набор инструментов для проверок

Postman – инструмент для тестирования api. Это одно из самых популярных приложений, которое позволяет совершать отправку api-запросов, созданий коллекций запросов, создания полуавтоматических api-тестов.

Google Chrome Dev tools – консоль разработчика есть на всех браузерах, но по функционалу и удобству больше всех развилась именно эта, поэтому изучение стоит начать именно с нее. Это инструмент для проверки веб-сайтов, который поможет вам отслеживать запросы, проверять работу сайта, изменяя сигнал интернет-соединения, проверять верстку сайта на разных размерах. Также у GCDt есть шаблон с размерами мобильных устройств.
Эмуляторы Android Studio и Genymotion. Иногда в компаниях не всегда бывают устройства, заявленные в требованиях, и, чтобы не откладывать проверки, можно воспользоваться эмуляторами мобильных устройств.

Jmeter – инструмент для нагрузочного тестирования. У него достаточно низкий порог вхождения. Помимо нагрузочного тестирования, Jmeter можно использовать как-прокси сервер для отслеживания запросов, проходящих через ваш продукт.

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

Список материалов, которые помогут вам познакомиться с основами тестирования:

Способы применить теорию на практике

С теорией определились. Что же делать с практикой? Самый простой путь – взять любой сайт, и начать составлять тест-кейсы, чек-листы, проходить по ним. При нахождении ошибок составить баг-репорты и отправить их в службу поддержки. Как минимум, +100 к карме от разработчиков вам упадет, будьте уверены.

Для набора опыта стоит попробовать себя в crowd-testing – на фриланс площадках для тестировщиков. Подробнее об этом можно прочитать в статье.

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

Кроме того, можно вступать в профессиональные сообщества. Например, QA mobile community – сообщество мобильных тестировщиков, сообщество по автоматизированному тестированию, сообщество тестировщиков Казани. Это заметно улучшит качество вашего развития и увеличит шансы обрести хорошую работу. Вступайте в группы в соцсетях, которые помогли бы вам обрести новые профессиональные знакомства. На примере опыта коллег по цеху вы сможете обрести свой и избежать некоторых ошибок, хотя иногда полезно и ошибаться.

Источник

Профессия: тестировщик

Тестировщик: Это баг или фича?
Разработчик: Пока что это фича.
bash.im

Инженер по тестированию — моя первая специальность в ИТ-сфере в далёких уже 2010-х, как, пожалуй, и у многих. Это было классическое «войти в айти»: на тот момент имелось только экономическое образование и 4 года опыта аналитической работы в телекоме. Из скиллов: горящие глаза, большое желание, среднее знание администрирования UNIX и выученная наизусть модель OSI (без особого понимания, что с ней делать дальше). 87 вопросов на собеседовании (от «что такое chmod 777» и «как работает ssh» до «расскажите о принципах работы TCP и поясните на примерах») — и должность инженера по тестированию у меня в руках. Чуть позже за 2 года было всё: гордость, отчаяние, разочарование, отличная работа, быстрый рост, крутой проект и т.д. Если бы я тогда знал о профессии тестировщика чуть больше, не было бы многих неприятных минут и часов. Ну, пусть тогда их не будет у тех, кто только выбирает свой путь или меняет его направление — эта статья для вас.

Кто это?

Тестировщик (буду называть именно так, чуть позже объясню, в чём причина оговорки), он же QA-инженер (Quality Assurance) — это специалист, который проверяет качество программного обеспечения и уровень его соответствия заранее определённым потребностям и ожидаемым результатам. В своей работе он использует различные инструменты, стратегии тестирования, включается в SCRUM-команды и т.д.

Иногда выделяют два основных «вида» тестировщиков.

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

Скажу сразу: первые несколько месяцев работы в тестировании напоминают день сурка, ты делаешь одно и то же, прогоняешь одни и те же тесты по нескольку раз, ставишь passed или failed, заводишь баги и, кажется, что это работа точно не для тебя, а скорее для школьника или мартышки. И это вот самоощущение чудовищно угнетает и столь же чудовищно неверно. Всё меняется, когда приходит опыт.

Вот какие этапы вы, скорее всего, пройдёте на работе тестировщиком «с нуля».

Первые 2-3 месяца — обучение. Если компания хорошая и продвинутая, вам дадут наставника, который поможет освоить все принятые в компании методологии тестирования, покажет оборудование, расскажет о ПО, задачах этого ПО и обязательно о клиентах. Иногда по итогам такого вот обучения с наставником вам даже придётся сдать небольшой экзамен (мини-собеседование). Это совершенно нормально, т.к. именно QA является важным подразделением на пути к клиенту и его хорошая работа — залог того, что ваш продукт в чьём-то бизнесе начнёт работать, а не лажать. Если компания не особо заботится о развитии сотрудников, вам придётся достигать всего самому, но я не скажу, что это очень плохо: при самостоятельном обучении погружение в ПО происходит гораздо глубже и вы понимаете значительно больше того, что расскажет опытный «ментор» о продукте, который ему отлично знаком.

Новичков в тестировании любят — иногда они находят самые интересные и неожиданные баги, на которые у давно работающих сотрудников «глаз замылился».

История. В одну компанию пришла новенькая девочка, которая никак себя не проявляла, тихо изучала софт и принципы его работы с разным оборудованием. Когда она только-только приступила к тестированию, от большого и злого федерального клиента прилетел critical (самый злой баг, хуже только блокирующий) — ПО отказывалось закрываться. Перелопатили весь код, орали друг на друга, проверили все соединения и т.д. Через три часа метаний девочка пропищала:
— А тут крестик неактивный.
Действительно, просто не работала одна-единственная и весьма очевидная функция. Но профессионалы забурились в дебри, а увлечённый дилетант сразу заметил ненормальное поведение.

Далее — от нескольких месяцев до 2 лет — ручное тестирование. Вы будете выполнять большинство видов тестов в ручном режиме, начнёте составлять свои тест-планы и взаимодействовать с разработчиками. На этом этапе наступает тот самый день сурка, когда кажется, что кони бегают по кругу и дальше — рутина и скука. Это не так. В этот промежуток времени инженер по тестированию наращивает интегральное понимание тестирования, учится работать с программистами, видеть не только сам баг, но и анализировать его возможные причины. Главное, что приходит за это время — осознание того, что ручное тестирование должно остаться в прошлом веке и… настаёт время перехода к автоматизации тестирования, когда вы начинаете осваивать язык программирования (или использовать ранее освоенный) и пишете свои скрипты — те, которые считаете нужными для работы с ПО. Наступает реально крутая часть работы. (Впрочем, многие тестировщики, особенно девушки, предпочитают остановиться на ручном тестировании и стать реальными асами именно в нём — кстати, весьма полезные сотрудники и, как показывает опыт, лучшие наставники для новичков).

От 2 лет и далее — квалифицированный специалист, готовый работать в офисе и на стороне клиента, тестировать крупные проекты, а не только фрагменты и модули, глубоко знающий свою специализацию и не очень глубоко все остальные, способный работать не только с профильным ПО, но и тестировать взаимодействия внутри различных конфигураций оборудования, ПО и интеграций. Такие ребята классно и доходчиво выступают на конференциях и митапах, делятся профессиональными секретами, обучают и… думают о своём дальнейшем карьерном пути. Об этом чуть ниже.

Работа тестировщика программного обеспечения хороша тем, что можно выбрать компанию, связанную с тем, что вам интересно в какой-то перспективе: можно тестировать телефонию, софт, бизнес ПО, игры, мобильные приложения, системы безопасности и т.д. Тестируя тот или иной продукт, вы глубоко в него погружаетесь, узнаёте изнутри и в дальнейшем сможете стать разработчиком или менеджером проекта/продукта с доскональным знанием предмета.

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

Плюсы и минусы работы тестировщиком

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

▍Плюсы

▍Минусы

Где нужен?

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

Средняя заработная плата

Заработную плату будем смотреть на «Хабр Карьере». Возьмём данные за второе полугодие 2019 года, вне зависимости от владения тем или иным стеком.

Для специалистов ручного тестирования:

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

Базовые требования к профессионалу

В этот раз таблиц с наиболее часто упомянутыми технологиями не будет, потому что методологии и инструменты тестирования от компании к компании могут здорово отличаться. Рассмотрим те навыки, без которых карьера ну совсем не получится (обратите внимание — вы их можете приобрести в ходе работы, иметь их на старте круто, но совсем не обязательно).

Кстати, если у вас совсем нет опыта, но есть немного времени, чтобы параллельно с учёбой подготовиться к будущей работе тестировщиком, у меня для вас есть три лайфхака.

Важные личные качества

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

Необходимость знания иностранных языков

Пожалуй, инженер по тестированию — редкий вид специализации в ИТ, где можно знать язык исключительно на уровне команд инструментов. Это связано с двумя важными особенностями:

У меня был пример, когда понадобился тестировщик со знанием японского и отдельно — со знанием немецкого в том числе для работы с клиентами (удалённо). Так вот, нашли, обучили и дали зарплату выше разработчиков в компании. Потому что специалисты уникальные. Они и сейчас не пропали 🙂

Где учиться

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

Принципиального обучения на инженера по тестированию в России не существует.

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

Лучшее обучение в этой сфере — пройти путь от стажёра до миддла или сеньора в компаниях. На фоне усилий по самообразованию — вообще идеально. Как правило, после первого полученного опыта в компании устроиться тестировщиком в другие довольно легко. Главное найти заветную первую практику 🙂

Лучшие книги и средства обучения

▍Книги

▍Онлайн-обучение

▍Полезные статьи на Хабре о самой профессии

▍Тусовки тестировщиков

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

▍Википедия

Тестирование программного обеспечения — отличная статья в Википедии, которая разом познакомит вас с будущими задачами в профессии. Отдаю ей дань как самому первому источнику моих знаний о тестировании. Кстати, тогда она была гораздо скромнее.

Будущее тестировщика

Кроме стандартного пути внутри тестирования (от стажёра к лиду), есть несколько наиболее вероятных путей развития карьеры тестировщика.

Мифы профессии

▍Тестировщики — «низшая каста» ИТ-отрасли

Вот сейчас обидно было. Или это как у ВДВ, но «не кодил — не айтишник»? Отдел тестирования — это по сути настоящий отдел контроля качества, который не позволит компании опозориться перед клиентом (если где-то упадёт навороченный костыль, хе-хе), вовремя определит явные ошибки UI/UX, проверит внутреннюю логику работы приложения или сервиса. Комплексная работа тестировщиков всех ИТ-компаний мира обеспечивает определённый уровень качества и сохраняет миллионы денег компаний, которые могли бы потеряться на жалобах конечных пользователей на бесконечные баги.

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

▍Тестирование — это просто поиск ошибок

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

▍Тестировщикам мало платят

На первых порах это действительно не самая оплачиваемая работа. Согласитесь, компании обидно платить сотруднику, который по большей части учится. Но постепенно заработная плата растёт и дальше зависит от компании: когда я работал, я получал всего на 3 тыс. руб. меньше разработчика своего уровня (middle), но я знаю компании, где тестировщики получают и больше, и меньше, чем разработчики. Многое зависит от профиля деятельности компании и скиллов тестировщика. Понятное дело, что автоматизатор будет стоить дороже. Но формулировка «мало платят» точно не про тестирование.

▍Не применяются технические навыки

Я уже выше перечислил примерные действия тестировщиков, и все они строго инженерные. Хоть в тестирование можно попасть и без технического образования, работать без технического бэкграунда не получится: вы либо шустро всему научитесь, либо пойдёте в нетехнические отделы, потому что «голый гуманитарий» — горе в отделе QA. Да, на каком-то этапе от вас не потребуется глубокое владение языками программирования (но вы же запомнили, что тестировщики со знанием разработки выше ценятся?), но инженерные, админские и общетехнические знания вам ох как пригодятся. Вы их будете использовать буквально каждый день.

Главный совет

Здесь не будет совета, их в статье и так хватает. Я расскажу, что самое страшное в профессии тестировщика. Вот такое страшное, что до мурашек и головокружения. Самый первый самостоятельный заход на тестирование. Ты сидишь, проводишь тесты и ставишь passed, passed, passed… И ни одного, даже самого малюсенького, самого глупого и минорного бага! И ты боишься, что в тебе нет этого — видеть ошибки, отвечать за качество, находить что-то, что пошло не так. И какое же это счастье, когда находится он, первый, первая странность в заголовке пакета или первое слово интерфейса с опечаткой.

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

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

Источник

Кто такие тестировщики в ИТ: как попали в профессию, что делают и сколько зарабатывают

«Нетология» расспросила опытных специалистов об их первых шагах в профессии и карьерном росте. Узнали о существующих заблуждениях, необходимых знаниях и заработке в тестировании.

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

Принято считать, что тестирование — отличный старт для новичков в ИТ: многим удалось попасть в профессию даже без технического образования, достаточно получить базовые знания и подкрепить их практикой. К тому же часто тестировщики работают удалённо, получают московские зарплаты, находясь в регионах.

Мы узнали у опытных тестировщиков, как обстоят дела на самом деле, а также расспросили о других подробностях:

О первых шагах в профессии. Я увлекалась компьютерами ещё со школы, а в университете училась по направлению «Экономическая кибернетика». Но после учёбы работать пошла секретарём в госучреждение, ведь «надо с чего-то начинать».

Как-то раз друг спросил, не хочу ли я стать тестировщиком. Тогда я понятия не имела, кто такие тестировщики, но очень хотела «туда, к компьютерам». Моментально ответила: «Да!» Уже на следующий день оказалась на собеседовании.

Это был 2007 год, тогда в ИТ брали любых мало-мальски сообразительных ребят, опыт был далеко не главным критерием, а книг о тестировании было совсем мало. Я знала английский на среднем уровне, и на собеседовании это пригодилось, так как проект был для американского заказчика.

Я искренне считаю, что с минимальными знаниями и сейчас можно устроиться на работу. Но требования к начинающим специалистам выросли — нужно обладать базовыми знаниями в тестировании. В некоторых компаниях требования к джуниорам (начинающим) на таком уровне, что не каждый действующий тестировщик им соответствует.

О росте в профессии. Прошло больше десяти лет, а я до сих пор влюблена в тестирование. Считается, что профессия тестировщика — простая точка входа в другие ИТ-профессии: бизнес-аналитика, проект-менеджера, программиста.

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

О заработке. Заработок я оцениваю как хороший. Хотя обычно тестировщики получают меньше разработчиков. Так исторически сложилось, и я надеюсь, что скоро это изменится.

эксперт курса «Тестировщик» в «Нетологии», QA Manager в Payvision

О первых шагах в тестировании. Я занялся тестированием в 2005 году. Попасть в профессию было просто, тем более для студента специальности «Программное обеспечение вычислительной техники и автоматизированных систем».

Устроился в компанию CPS Labs, из которой затем вышла компания iSpring.

Собеседование было простым:

— Здравствуйте. Хочу у вас работать.

— Хорошо. Вот тестовое задание на программиста. А ещё посмотри на наш продукт: опиши, что тебе понравилось и (особенно) не понравилось.

Вечером того же дня я изучил продукт и написал своё мнение. На следующий день звонок:

— Мы тут подумали и решили, что нам нужен тестировщик. Пойдёшь?

Но такой метод уже не сработает. В те времена можно было прийти без особых навыков и учиться «по ходу дела». Сейчас даже к начинающим тестировщикам предъявляются определённые требования. Для начала надо знать как минимум теорию, пройти базовые курсы.

О развитии карьеры и заработке. Я жил в Йошкар-Оле, а в 2009 году решил перебраться в Санкт-Петербург. Но через год вернулся — оказалось, что уровень зарплат тестировщиков в регионах не сильно отличался от зарплат в Санкт-Петербурге.

Сумма «зарплата минус аренда и прочие расходы» оказалась в пользу родного города. С 2014 года я работаю в международной компании, офис которой открылся в Йошкар-Оле. Здесь поле для развития ещё шире: много проектов, коллеги со всего мира. Язык общения, конечно, английский.

Тестирование — точка входа в ИТ? Я не согласен с тем, что тестировщик сегодня — это лёгкая точка входа в ИТ. Отрасль развивается, требования даже к начинающим тестировщикам растут.

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

Входной порог повысился, и таким способом надо уже не входить, а «запрыгивать» в ИТ. И к людям, которые смогут это сделать, я отношусь с уважением, но только если их главная мотивация — собственное развитие как специалиста и как личности, а не «получать много, делать мало».

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

Тестирование — это отдельная техническая дисциплина, и контроль качества из процесса разработки никогда никуда не денется, а значит, что и потребность в тестировщиках сохранится. Но, как я уже говорил, отрасль меняется, и профессия тестировщика тоже меняется, так что лет через пять это снова будет «совсем другая история».

Был момент, когда я ушёл из тестирования в аналитику. Но вернулся обратно — работать тестировщиком мне нравится больше. Хотя, несомненно, из тестировщиков проще перейти в разработчики, аналитики или менеджеры, чем вообще без опыта в ИТ.

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

О первых шагах в тестировании. Увидела в соцсетях, что знакомый искал младшего специалиста по мобильному тестированию. Прочитала вакансию, в описании узнала себя. Написала пламенное письмо и меня позвали на собеседование, — в тот же день мне предложили выйти на работу. Моя любовь к технике нашла свое применение.

Это было в 2013 году. Может показаться странным, что меня взяли без опыта. Думаю, дело в обстоятельствах — команде срочно нужен был джуниор на простые задачи, а я довольно прилично отвечала на вопросы про железо и софт. Как сказал мой менеджер: главное, что от меня требовалось — терпение и внимание к деталям.

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

Тестирование — простая точка входа в ИТ? Я думаю, что сама тема точки входа в ИТ через тестирование неоднозначная. Сейчас я уже сама провожу собеседования и часто вижу тех, кто прямым текстом говорит, что тестирование им как таковое не интересно; просто это классный и простой способ попасть в сферу, а там уже обзавестись рабочими контактами и уйти в разработку. Такие люди в тестировании обычно не задерживаются, да и работать им не особо интересно. Совершенно другой случай — когда человек начинает с тестирования, потому что профессия на слуху и действительно ему интересна. Со временем такой специалист либо понимает, что сфера тестирования действительно его «работа мечты», либо он находит что-то более близкое в смежных специальностях, о которых узнал уже в процессе работы.

Одно из самых приятных свойств сферы тестирования — здесь можно найти применение не только хард-скиллам, но и софт-скиллам (навык общения, управления временем и др.) Можно стать неким посредником между интересами пользователя, желаниями менеджмента и разработчиками. То есть здесь можно найти применение абсолютно разным своим способностям и интересам, это не только «для хардкорных технарей».

О зарплатах в тестировании. По моим наблюдениям, в регионах зарплата ниже, а в Москве и Санкт-Петербурге выше. В Москве джуны начинают с 30–40 тысяч ₽, а дальше доходят до 100 тысяч ₽. Конечно, бывают и экстраординарные случаи — когда новички с крутым бекграундом получают сходу под 200 тысяч, и когда эксперты с 10 годами опыта и потрясающими знаниями сидят на 40 тысячах, — но это скорее исключения. Конечно, многие могут со мной не согласиться, но на мой взгляд — в тестировании, как и в других профессиях, важно работать не много, а головой. А еще важно избегать нерадивых работодателей. И учиться, учиться и еще раз учиться.

Когда-то давно я держал первую линию обороны в ночной поддержке «Рокетбанка». Бывало, пишет тебе пользователь: стоит на заправке, бензина нет, карта не работает; а ты ничего сделать и не можешь, кроме как сопереживать и завести задачу разработчику, без понимания каких-либо сроков решения. Такие моменты опустошали, хотелось протянуть руку помощи и не допускать таких ситуаций.

Со временем я попал в группу бета-тестирования, где проверяли пользовательские сценарии на правильность работы и вылавливали баги. Тогда это выглядело примерно так: «Тык-тык-тык, сломалось, йа хакир, ура!». И тем не менее этого было достаточно, чтобы получать удовольствие от сопричастности к улучшению продукта. В это же время я наткнулся на статью про тестирование: начитался, замечтался, уволился. Тогда я был уверен, что вот она — работа мечты. И устроюсь я на эту работу мечты в течение двух недель. Не тут-то было.

На работу я устроился не через две недели, а через два с половиной месяца. И понеслась: «500-я на проде!111», «фича, а не баг», «не воспроизводится» и прочие милые сердцу вещи.

Тестирование — легкий вход в ИТ? Цели у всех разные, поэтому зависит от каждой отдельной ситуации. Но лично я считаю, что стратегия «войти в ИТ через тестирование, чтобы потом поменять профессию», заведомо хрупкая. Если у человека нет четкого плана и понимания, как он это будет реализовывать, в лучшем случае его переход затянется, в худшем — вовсе не произойдет. Удовольствие от тестирования нужно получать здесь и сейчас, а не жить будущим.

Я занимаюсь качеством уже два с половиной года. И бывало, что я выгорал. Хотя работа очень интересная.

Как старт в ИТ — да. Но важно понимать, что с каждым годом порог «вхождения» повышается. Если в 2010-м было достаточно прочитать книгу Савина, то сейчас новички должны знать больше: как теории, так и практики. Легко не будет, интересно — да!

О зарплате. Уровень высокий. Зарплаты в тестировании хоть и уступают зарплатам программистов, но немного. К примеру, в Москве вилка для начинающих специалистов варьируется от 40 до 80 тысяч ₽, для мидлов видел предложения от 90 до 150 тысяч ₽ (150 на руки давали/дают банки), а умудренные опытом уже от 120 тысяч ₽, максимум 200 тысяч ₽, больше пока не встречал. В других городах зарплата ниже (не считая городов миллионников), для старшего специалиста потолок примерно 80 тысяч ₽.

Отмечу также, что в вакансиях все чаще встречается удаленный формат работы со средней зарплатой по рынку, — то есть мидл-специалист по качеству, работающий удаленно из Перми и получающий оклад 100 тысяч ₽ — это нормальная история :–) За опыт и знания всегда платили и будут платить больше. За год работы вполне можно дорасти до уровня мидла в ручном тестировании.

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

Источник