Всё больше и больше людей хотят попасть в этот удивительный мир айти и ищут варианты, как сделать это максимально безболезненно. Погуглив, можно узнать, что одна из самых простых профессий в айти — тестировщик. Но так ли это? Меня зовут Игорь Морозов. За последние три года я успел поработать в совершенно разных проектах — от мала до велика. Бывали в моей жизни и мобильные игры, и ААА-игры на консолях и ПК, и разного рода приложения. Сейчас я работаю в e-Legion, мы разрабатываем мобильные приложения для крупного бизнеса, организуем конференции MBLT и MBLT Dev (в этом году объединенную конференцию MBLT+ для бизнеса и разработки), а также митапы (в том числе и для QA). Весь последующий текст — исключительно размышления автора на тему того, так ли легко "войти в айти", и вы можете быть не согласны со мной. Это нормально, я всё равно вас люблю. Поправьте меня в комментариях или просто напишите, что думаете :) Ну а что тестировщику нужно? Сиди себе, смотри приложения/сайтики, просто записывай найденные дефекты и кидайся ими в программистов. Иногда, это правда так и происходит. Видишь, что вёрстка на сайте поехала? Делай скриншот, закидывай в систему багтрекинга. Страница вообще не грузится? Ничего себе... копируй адрес в браузере и... Ну вы поняли. На самом деле всё сложнее, чем может показаться со стороны. Да, вам не нужно никаких профильных знаний, чтобы найти какие-то самые очевидные проблемы. Но что, если перед вами уже стоит задача проверить взаимодействие с API? Или под капотом приложения поменялось что-то в архитектуре, и теперь нужно удостовериться в корректной работе всего этого ужаса? Про различные покупки/подписки или другие способы взять кровно заработанные денежки у пользователя — я вообще молчу. Это, конечно же, просто примеры, есть гораздо более сложные вещи в работе тестировщика. Главная мысль тут заключается в том, что в процессе работы уже не получится выехать на банальной насмотренности других сайтов/приложений. Если вы работаете в команде, которая разрабатывает продукт, то вам нужно будет общаться со всеми её участниками. Очень круто, если у вас будут хотя бы базовые знания из тех сфер, в которых ваши коллеги специализируются. Бывает, что нужно попросить дизайнера о чём-то, разобраться с авторизацией на бэкенде, понять схему взаимодействия двух систем или более точно описать фронтовый баг. Если вы понимаете, как это всё работает изнутри, то вы всей командой начинаете говорить на одном языке, и уже не нужно переводить с "программистского" на "человеческий" :) К слову о коммуникациях с коллегами: вам нужно уметь докапываться до истины, даже если потребуется сходить к пяти разным людям, да хоть к десяти, не важно. Далеко не всегда мы живем в мире, где ТЗ написано идеально и готово к началу разработки, не у всех партнёры, с которыми нужно интегрироваться, помнят, какие конкретно методы вы используете или наоборот. А бывает, что одна из сторон что-то поменяла и никому не сказала. Вот в такие моменты нужно попытаться включить в себе экстраверта и идти "докапываться" до людей. Пожалуйста, не приходите к разработчикам или аналитикам с наездом, я вас умоляю, какая сложная ситуация бы ни была. Они же тоже люди. Тут и начинают решать ваши софт-скиллы: умение правильно объяснить ситуацию, попросить человека уделить своё драгоценное время вам, и путём диалога разобраться в проблеме. Кроме того, тестировщик в команде отвечает за качество конечного продукта. Вы (будучи QA в команде разработки) являетесь последним этапом проверки перед релизом, и именно за вами должно быть финальное слово. Вся эта ситуация усложняется сроками, требованиями от бизнеса и ещё кучей других обстоятельств, так что нужно уметь правильно оценить риски, поставить в известность заинтересованных людей и самое главное — правильно объяснить им (да и вообще всем), почему вы принимаете то или иное решение. Подытожим? Конечно, стать тестировщиком при желании может любой. Это не закрытая каста или клуб для своих. Особенно классно, если вы уже давно увлекаетесь смежными штуками, например, освоили язык программирования, пробовали создавать сайты или просто любите узнавать что-то новое про технологии. В таком случае ваш вход в профессию будет максимально легким, потому что многие вещи уже будут вам знакомы. Однако, как и в любой другой профессии, нужно будет постоянно учиться чему-то новому, быть проактивным и самое главное — качественно выполнять свою работу. Вам предстоит находить общий язык с совершенно разными людьми, разбираться во всех этапах процесса разработки и по-настоящему прочувствовать, что такое дедлайны на крупном проекте. 31 августа у нас пройдет митап для тестировщиков, на котором, например, наш Head of QA e-Legion Рамиль Усманов поделится лайфхаками, как грамотно собрать тестовый парк устройств. Кроме Рамиля будут еще спикеры из CDEK IT, Авито, Юла (Mail group). Залетай, будет клёво: https://elegion.timepad.ru/event/1741108/