Как гуманитарию стать технарём, если очень хочется. И действительно ли тестировщик — самая простая профессия, чтобы войти в IT.
Начнём
Всем привет! Меня зовут Евгения, я работаю QA Automation в компании Quadcode.
В следующем году будет 5 лет, как я занимаюсь тестированием. Но, как можно догадаться по названию статьи, техническим специалистом я была не всегда. Более того, о профессии тестировщика я узнала только в 2015 году, когда устроилась работать в службу поддержки клиентов. В этой статье я расскажу о своём пути в роли QA и о том, как гуманитарий может начать работать в IT. А ещё поделюсь советами, которые пригодятся начинающим тестировщикам.
Гуманитарное прошлое
В более юном возрасте у меня не было шанса познакомиться с миром IT: в школе информатику преподавали довольно поверхностно, а в своей семье я была первым человеком, освоившим компьютер. Это сегодня есть прекрасные курсы по программированию для школьников, а раньше их надо было ещё поискать.
Могла ли я догадаться, что через 10 лет буду заниматься проверкой качества ПО, кодом для автотестов, сборкой релизов и организацией деплоя? Нет, тогда я даже не знала значения слова «деплой», а IT-профессии казались мне исключительно уделом мужчин.
Я видела себя в лингвистике и мечтала путешествовать по миру, поэтому после школы поступила на бюджет филфака СПбГУ, изучала испанский язык. Но к концу третьего курса, когда уже свободно говорила на испанском, поняла, что не хочу быть переводчицей или преподавательницей. Поэтому я бросила учёбу и устроилась на работу. Забавно, что именно иностранные языки помогли мне получить первую работу в IT.
Начало работы в IT
В апреле 2015 года я пришла в IT-компанию на позицию оператора службы поддержки.
Чем занималась: обрабатывала входящие обращения от пользователей, консультировала по продукту, а также решала технические проблемы клиентов. Общалась на испанском, английском и русском.
Мне очень нравилось работать в такой сплочённой команде: коллеги — молодые ребята, очень близкие мне по духу. Вместе мы были готовы горы свернуть на пути к восхитительному клиентскому сервису. Но всю жизнь быть оператором службы поддержки? Едва ли это то, о чём все мечтают.
Каждый, кто работал в службе поддержки, знает, какой это челлендж. Если возникала проблема у провайдера или получался неудачный релиз, то в службе поддержки становилось очень жарко: клацанье клавиатур, щелканье мышек, бормотание на 10 языках мира. Это и моё стремление к развитию подсказали мне, что я хочу двигаться дальше.
Поиск пути
Какие варианты для карьерного роста я рассматривала? Благодаря знанию иностранного языка можно было попробовать себя в маркетинге, а с навыками менеджмента — работать супервайзером. Или же стать тьютором для новых сотрудников, если душа лежит к менторству.
Мне эти опции не очень подходили: маркетинг не совсем моя сфера, управлять командой или обучать тоже не хотелось, но я была уверена — есть другое решение. И оно действительно было.
Во время работы в службе поддержки я поняла, что мне нравится искать баги и рассказывать о них разработчикам. Плюс саппорт подарил и уникальный опыт: я научилась быстро разбираться с сайтом и приложением от а до я. Помогала пользователям решать технические проблемы, а если сама находила мелкие баги, то обязательно писала об этом в технический чат. И всегда старалась написать не просто сообщение, а полноценный отчёт, чтобы быстрее решить проблему.
В какой-то момент я поняла, что по сути выполняю обязанности тестировщика, и стала проявлять инициативу: была внимательна к деталям, всегда старалась быть полезной. И скоро я приблизилась к своей цели: стала сотрудником техсаппорта, работала с техническими командами, а также иногда помогала с тестированием.
Именно этот опыт помог мне получить работу QA-инженера в Quadcode. Не с первого раза, конечно, но в итоге я прошла все собеседования и тесты и получила заветное место — присоединилась к новой бэкенд-команде в роли единственной тестировщицы. Конечно, во многом мне помогло упорство и стремление развиваться в сфере тестирования.
Для проверки скиллов мне тогда дали техническое задание — написать простенький автотест: коннект и авторизация в WebSocket и проверка входящих сообщений. С ним я справилась с помощью Google, до этого код я никогда не писала. Первый успех помог мне поверить в себя и стать в будущем QA Automation.
Что мне нравится в Quadcode? Близкие мне корпоративные ценности, общение в Slack, ДМС со стоматологией, возможность работать как удаленно, так и в потрясающем современном офисе, спортзал с тренером, компенсация питания, обучения и спорта, незабываемые корпоративы, регулярные мастер-классы и, конечно же, достойная зарплата. Таким был мой путь к заветной работе в IT. А теперь я хочу рассказать о прикладных вещах: чему учиться, чтобы стать тестировщиком, как пройти собеседование и сделать тестовое задание.
Первый шаг
Интернет — это всё, что нужно на начальном этапе. Но как среди многообразия статей и видео выбрать то, что будет полезно в самом начале? Конечно же, начать с базы — с теории тестирования. Первое представление о профессии QA мне дала книга Романа Савина «Тестирование Дот Ком, или Пособие по жестокому обращению с багами в интернет-стартапах». Если вы так же далеки от разработки, как была когда-то я, то рекомендую начать с неё.
Конечно, процессы разработки, описанные в книге, индивидуальны для каждой компании, но фундаментальную теорию тестирования автор рассказывает очень хорошо.
Почему я делаю упор на теорию тестирования? Потому что это отличный способ обратить на себя внимание работодателя. Да, у вас пока нет опыта, но вы знаете теорию, терминологию и понимаете процесс в целом. Иногда этого и стремления к развитию достаточно, чтобы получить работу Junior QA.
А что дальше? А дальше — непрерывное самообразование. Не знаете, что такое Docker? Google it! Не знаете, как что-то сделать? Google it! И, конечно, не бойтесь задавать вопросы.
На мой взгляд, умение правильно задавать вопросы и находить информацию — половина успеха в любом деле.
Как пройти первое собеседование
Этот вопрос крутится в голове любого претендента на должность Junior QA. Более того, когда я проводила собеседования сама, ломала голову над тем, что спросить у человека, чтобы определить его профпригодность.
Лишь спустя полдюжины собеседований пазл сложился.
Резюме. Не умаляйте его значимость, даже если у вас нет опыта в тестировании. Подробно и честно расскажите, почему интересуетесь тестированием, какие курсы проходили, книги читали, какие навыки получили и чему хотите научиться в процессе работы. Не забудьте про сопроводительное письмо, оно поможет вам выделиться на фоне остальных соискателей.
Теория тестирования. Об этом я уже говорила: классификация, виды, типы, принципы и уровни тестирования, разница между валидацией и верификацией, QA и QC. Убедитесь, что можете объяснить своими словами, в чём цели тестирования, как строится процесс и почему это важно для бизнеса.
Тестовая документация: кейсы, сьюты, чек-листы, матрицы и таблицы. Всё это нужно уметь составлять. Скорее всего, вам дадут тестовое задание, где нужно будет продемонстрировать этот навык.
Опыт работы с системами таск-трекинга или Git. Обязательно изучите интерфейс одной-двух систем трекинга задач. Как вариант, Jira или TargetProcess. Это довольно просто и точно станет плюсом в карму.
API, GET- и POST-запросы: из чего они состоят и зачем нужны. Cache, Cookies, WS, REST, панель разработчика в браузере. Нужно понимать, что такое API, как происходит общение между клиентом и сервером, как можно вручную отправить запрос и верифицировать ответ. Вот несколько REST-клиентов для работы с запросами: SoapUI, Charles, Postman. Мне очень нравится Talend API Tester — это расширение для Google Chrome, которое всегда будет под рукой. Обязательно попробуйте поработать с REST-клиентами, а потренироваться можно на сайте SWAPI (там есть коллекция API с данными из вселенной Star Wars).
SQL. Помимо того, что написание запросов к базе — очень интересное занятие, это ещё и полезный навык. Особенно если вы будете работать в бэкенд-команде. Достаточно изучить операторы SELECT, WHERE, ORDER BY, GROUP BY, MAX, MIN, LIMIT. Если разберётесь с JOIN, INSERT и UPDATE, то точно обратите на себя внимание работодателя. Полезным в этом деле станет любой интерактивный учебник по SQL.
BASH — каждый, кто работает с Linux и macOS, хотя бы раз имел дело с командной оболочкой Bash. Linux и его дистрибутивы — наиболее популярны для развёртывания сервера, поэтому будет полезно овладеть самыми простыми командами Bash. Начните с pwd, cd, mkdir, touch, cat и tail и продвигайтесь по мере усвоения материала. В сети огромное количество шпаргалок по Bash.
Soft-скиллы: будьте доброжелательны и открыты, не стесняйтесь говорить, что чего-то не знаете. Помните: если вы не умеете общаться и работать в команде — в IT вам будет сложно.
Английский язык. Пригодится, чтобы читать документацию, статьи и слушать лекции на английском. А ещё это поможет работать с иностранными заказчиками.
Заранее определите ваши финансовые ожидания. В IT хорошие зарплаты, но многое зависит от вас. Изучите перед собеседованием рынок вакансий и средние зарплаты, чтобы не называть цену с потолка, когда вас об этом вас спросят.
И напоследок: обязательно просите фидбэк. С первого раза получить работу не так просто, поэтому не расстраивайтесь, услышав отказ. Уточните у HR, каких знаний и навыков вам не хватает. И работайте в этом направлении, чтобы чувствовать себя уверенно на следующем собеседовании.
Какое тестовое задание могут дать
Помимо хорошего знания теории, нужно будет продемонстрировать и базовые навыки. Так что же может быть в тестовом задании?
Скорее всего, будущему Junior QA предложат изучить страницу сайта или мобильного приложения и попросят сформировать тест-план, чек-лист или набор тест-кейсов, которые позволят проверить предоставленную функциональность. Или же дадут заведомо сломанную программу и попросят задокументировать найденные баги.
Разумеется, будут оценивать и грамотное формирование репортов и кейсов. Перед отправкой тестового задания ответьте себе на вопросы:
— Понятно ли я изложил свои мысли, нужно ли что-то уточнить?
— Соответствует ли мой баг-репорт или тест-кейс принятому формату?
— Удобно ли будет работодателю проверять задание?
Если в резюме вы указали определенные навыки (вроде Bash или SQL), то могут попросить написать небольшой запрос к базе или выполнить какую-то простую операцию на тестовом окружении.
Первые дни в роли QA
А теперь представим, что вы получили желаемую работу :) Скорее всего, у вас будет куратор, который познакомит вас с организацией процесса в команде и покажет основные рабочие инструменты. Поэтому не стоит переживать о том, что вы останетесь с проблемами один на один.
У меня сложилось несколько иначе: я была единственной тестировщицей в своей команде. В самом начале я очень боялась показать коллегам, что мне что-то не понятно, стеснялась задавать вопросы и тратила много времени на то, чтобы разобраться с чем-то самостоятельно. И сразу скажу, что так делать не нужно.
Команда заинтересована в том, чтобы у вас всё получилось и вы быстро освоились. Поэтому предлагаю такую схему: если не получается за пять минут нагуглить решение, спросите совета у коллег. В самом начале вам точно понадобится помощь с пониманием задач. К сожалению, их могут описывать непонятно, а иногда они противоречат одна другой. В таком виде брать задачи на тест точно не следует. Сама суть Quality Assurance в том, чтобы обеспечить качество на всех этапах разработки. Поэтому, если что-то в описании задачи или документации вам кажется подозрительным или непонятным, всегда лучше уточнить детали ещё раз, чем пропустить баг.
Это все советы, которыми я хотела поделиться с теми, кто видит себя в роли Junior QA. Завершая статью, хочу немного рассказать о карьерном росте тестировщиков и ответить на вопрос: «Действительно ли тестирование — самый лёгкий путь в IT для гуманитария».
Карьерный рост тестировщиков
Меня всегда удивляли высказывания о том, что тестирование — это какой-то промежуточный этап в IT. Действительно, многие приходят в сферу тестирования, чтобы стать программистом, аналитиком, проджект-менеджером и так далее. Для меня же тестирование — это отдельная и многообещающая отрасль, а без QA невозможна работа над любым продуктом, будь то ПО или отладка космических кораблей.
В большинстве случаев карьера тестировщика начинается с позиции Manual QA. Разумеется, с опытом вы будете сменять грейды: Junior → Middle → Senior, будет расти и ваша зарплата, что не может не радовать. Но кроме этого, на мой взгляд, для роли QA есть ещё два варианта развития событий.
QA или Quality Assurance — это обеспечение качества на всех этапах разработки. Когда получите опыт, ваши знания будут полезны в менеджменте рисков, в управлении командой тестировщиков, организации приемочного тестирования и улучшении процесса разработки.
Ну и, конечно же, автоматизация! Это тот путь, который выбрала я сама.
Когда я почувствовала, что нам не хватает оповещений о движении задач и merge requests, то организовала интеграцию алертов от таск-трекера и уведомлений от Gitlab в канале нашей команды в Slack.
После этого был проект по нагрузочному тестированию, где я познакомилась со Scala и Gatling, а потом постепенно взяла на себя ответственность за поддержку и развитие трёх Java-проектов с автотестами. Я прошла несколько курсов для повышения квалификации от Stepik, Otus и JavaRush (последний рекомендую всем, кто хочет писать на Java). Кстати, это обучение спонсировала моя компания, что не может не радовать. И сегодня, спустя пару лет, я продолжаю с искренним удовольствием автоматизировать, улучшая свой код и покрывать тестами новые микросервисы.
Действительно ли тестирование — самый лёгкий путь в IT для гуманитария
Сложно ответить на этот вопрос однозначно. В моем случае хорошая память, знание иностранных языков, дотошность и внимательность к мелочам сыграли мне на руку и стали верными спутниками в работе QA.
В начале пути все айтишники казались мне чуть ли не волшебниками, я страстно желала стать одной из них. Ради этого я была готова постоянно учиться и никогда не останавливалась на достигнутом, всегда искала возможности, чтобы прокачаться. Если через тестирование вы ищете лёгкий вход в IT только ради хороших условий и большой зарплаты, приготовьтесь к тому, что можете разочароваться. Я уверена, что успеха можно достичь лишь в той сфере, которая разжигает в тебе неподдельный интерес и приносит удовольствие. Искренне желаю каждому найти свой путь и исполнить мечты, как это сделала я благодаря тестированию.
Ну а завершить статью я хочу вопросами, давайте пообщаемся в комментариях:
— Как вы начали работать в сфере QA?
— Видите ли себя в другой IT-роли? Если да, то в какой именно?
— Как считаете, нужно ли тестировщикам профильное образование в техническом вузе?
Комментарии (40)
Tirael78
07.12.2021 09:16+2Я, конечно, понимаю, надо писать мотивирующие статьи, для привлечения людей на курсы, ну и вообще, поддерживать в людях оптимизм, никогда не поздно изменить жизнь.
Я больше 20 лет в ИТ, а программирую лет наверно с 8 -10, и когда вот читаю, что девочка с филфака, имеющая почти 0 знания в сфере ИТ, по ее же словам, посидев пару месяцев на поддержке, с помощью google написала коннектор к websocket с авторизацией и валидацией сообщений...
Люди, ну имейте уже совесть, у вранья должны быть пределы.
Да, всегда можно попробовать перейти в иную сферу и в относительно позднем возрасте, и без большого опыта, но надо понимать, что для этого надо иметь не только железный характер, чтобы учиться по 24 часа в сутки и наверстывать упущенное, но и иметь способности к этому. И все равно, даже это вам не дает ни каких гарантий, что вы сможете сравниться хотя бы с средним разработчиком, который к 25 годам имеет обычно лет 7-8 профессионального стажа (возможно и 10).
Ни у кого же не возникает желания выйти на ринг с профессиональным боксером после 3 недельных курсов? Или пойти устроиться хирургом, после месячно стажировки в рубке мяса.
Если бы реально в сферу ИТ было бы так легко войти и работать, с чего бы там были такие зарплаты? Все дело в том, что специалистов как не хватало, так и не хватает, нужны способности.
Использовать желание людей улучшить свою жизнь, ради своего обогащения и так вот им врать, обнадеживая, что любая девушка с филфака без навыка и знаний, посидев пару месяцев рядом с отличными парнями стала тестировщиком / разработчиком, просто отвратительно.
eueiam Автор
07.12.2021 10:47Привет!
Если бы я или моя компания продавали какие-то обучающие курсы, ваша претензия имела бы место, но это не так. В статье я просто транслирую опыт, который пережила сама.
Я понимаю, что человека, посвятившего жизнь айти, могут оскорблять эти выскочки, гуманитарии, пытающиеся урвать свой кусок, и, будь я прозорливее в свои 16 лет и поступив на информатику, вместо испанского языка, возможно считала бы также)
Но опять же, это не моя история, в 16 лет я не понимала, чего хочу и круто, что хотя бы в 21 я попала в айти, хоть и через службу поддержки, где пригодились мои многолетние знания иностранных языков.
Затем я 2 года, а не пару месяцев, как вы пишете, наблюдала за лучшими и училась сама, не нужно умалять работу, которую я произвела над собой. А также не надо возводить программирование в ранг умений, доступных лишь избранным. Сегодня для этого будет достаточно жгучего желания научиться, хорошего навыка гуглить, и времени на отладку.
Если мой опыт кого-то вдохновит пройти тот же путь и найти свое признание, я буду рада.
Tirael78
07.12.2021 12:26+3О каком оскорблении идет речь? Это вы сами назвали себя выскочкой.
Учиться надо не пару лет, а гораздо больше, более менее приличный разработчик пишет код уже в школе, и параллельно учиться, и продолжает учиться все остальное время, но как я и писал, в отличии от тех кто в зрелом возрасте начинает, он к 21 году уже учится лет 10, и уж поверьте с не менее жгучим желанием чем вы. Такие как они еше учась в школе практикуются в разработке по 4-10 или более часов в день, это не просто их хобби, это их страсть, и двигаются они там с очень большой скоростью.
Поэтому так или иначе любой, кто начинает путь в разработку с позднего возраста является догоняющим, и догнать будет не просто, скорее всего невозможно. И не надо меряться с средними разработчиками, я говорю об успешных карьерах, а не о посредственностях, которых везде хватает.
Я не воспринимаю вас как конкурента, мы с вами на разных уровнях конкурируем, уж без обид.
Что же касается фразы о том , что любой может сделать успешную карьеру в ИТ (подразумеваем в первую очередь разработку ПО) и для этого достаточно одного желания, ну что ж, вы имеете свое право на такое виденье. Я только вот что хочу сказать, вы в этой сфере совсем не долго, и при этом претендуете на то, что вам лучше известно положение вещей, но поверьте, это не так. Чем дольше человек работает в какой то области, тем лучше он понимает и суть вещей и как там все устроено, если он конечно, профессионал в этой области. И вот я вам ответственно говорю - одного желания не достаточно, и старания не достаточно, и да, надо иметь способности.
Рынок перенасыщен джунами после ускоренных курсов, или начинающими тесировщиками / разработчиками, которые решили сменить направление в 20-30-40, и многие из них не могу найти работу, так как по факту ничего не умеют, они не могут принести экономическую выгоду работодателю, с не малой степенью вероятности многие из них так и останутся на нижних ступенях карьеры, хотя да, возможно, какие то деньги зарабатывать будут.
В то же время, есть огромный спрос на настоящих профессионалов, я говорю об уровне синьор и выше, их постоянно не хватает, а не хватает по простой причине, чтобы стать таким профессионалом нужно пройти длинный путь, и иметь практические, а не теоретические с гуглом, знания в разных сопряженных областях. Написать кучу проектов, чтобы понять, что ты до этого все делал не так. И те кто начал в 8-10 дойдут до такого уровня лет через 15-20 те к 25-30 годам.
eueiam Автор
07.12.2021 12:43-1Благодарю за развернутый ответ. Возможно, вам тоже следовало писать на Хабре статьи, а не только комментировать их:)
Я с вами не соглашусь с тем, что настоящего успеха в айти можно достичь лишь начав в глубокой юности, ибо я не единственная среди своих коллег пришла из другой сферы, успешно работает и растет в профессии. Рынок растет, растут и возможности для обучения, и то, чему вы раньше учились 10 лет, сегодня можно усвоить и за 3-5. А если вы сразу начинаете применять свои знания на практике, то экспертиза не заставит себя ждать.
Что касается способностей и предрасположенности да, безусловно, это имеет место. Как я написала в статье, если человек идет в айти лишь за сладкими условиями, скорее всего, он разочаруется и не сможет реализоваться на должном уровне.
Tirael78
07.12.2021 14:00+1Вы говорите о шансе, а я говорю о закономерности.
Да, можно не работать всю жизнь и потом просто выиграть в лотерею и жить безбедно до конца дней своих.
Я же говорю о том, как постепенно люди строят успешную карьеру в ИТ, и да, построение карьеры занимает большой срок, и нет, нет возможности срезать угол, вы это поймете, только чуть позже, лет через 5, возможно, если вам повезет учавствовать в боле менее серьезных коммерческих проектах.
Насчет того, что вы за 3-5 лет выучите то, что другие учили 10.
Вы не хотите, понять простую вещь, вы вот говорите о том, что если сильно стараться, то можно достигнуть успеха, да, это так. Но почему то вы то, что конкурировать вам прийдется с людьми, которые сильно стараются уже с самого детства(и стараются они не меньше вас, а скорее больше), и при этом имеющими способности к этому, часто они еше и учатся в специализированных школах, а потом вузах. И по непонятной для меня причине, вы считаете, что сможете за 1-2 года догнать их по знаниям, и вот это как раз ваше заблуждение. И учтите, мало того, что в ваши 21 они знают в этой области на порядок больше вас, так еше и за эти 1-2 года они тоже не стоят на месте и продвинутся вперед и продвинутся тоже больше вас, так как работают в гораздо больших и гораздо более сложных проектах, получатся, практический опыт они получают в разы больше, чем вы, в итоге вы попадаете в ситуацию ахилесовой черепахи.
Поймите, я не пытаюсь принизить ваше желание заниматься тем или иным, это право любого человека. Более того, я всегда считал и считаю, что лучшее время для того чтобы изменить что угодно - прямо сейчас.
Но, не занимайтесь самообманом и не вовлекайте в порочный круг тех, кто пытается перейти в ИТ рассчитывая на непомерные зарплаты. Это серьезная сфера с серьезной конкуренцией, и люди без фундаментальных базовых знаний в этой сфере никуда не продвинутся. Быть и казаться две разные вещи.
eueiam Автор
07.12.2021 14:26Вы опять мне ответили лонгридом, но что конкретно вы хотели этим сказать? Могу порекомендовать вам книгу "Пиши, сокращай", ведь краткость - сестра таланта.
Что такое фундаментальные и базовые знания, на которые, по вашим словам, требуются десятки лет? По-моему, вы не заметили, что и время поменялось, и технологии и подход к их изучению тоже.
Обучение - вечный процесс, и спустя 5 лет в тестировании я точно так же продолжаю развиваться и обучаться. И все это время, представьте себе, я занята именно в сложном, серьезном коммерческом проекте.
Безусловно, пойди я сразу в технический вуз, сейчас было бы проще, по крайней мере, я сэкономила бы себе пару лет. Но эти сложности не являются для меня значимой преградой на пути к желаемому уровню знаний и дохода.
И да, я готова конкурировать с теми, кто начал раньше. Моя статья рассчитана на таких же людей, тех, кто заинтересован в работе в тестировании, готов много времени уделить обучению и не боится нового.
Tirael78
07.12.2021 14:51+2Если вы не можете понять о чем вам пишут, не повод переходить на личности и оскорбления, вопрос скорее к вам.
А изменения технологий и кто в курсе новых технологий , то ваше замечание и вовсе не выдерживает ни какой критики. Я ведущий разработчик в одной из крупнейших ИТ компаний, вы же просто от своей компании пишите такие вот популистские статьи и ролики в ТикТок.
В виду вашего перехода на личности, не от большого воспитания, видимо, отвечать вам больше не стану.
eueiam Автор
07.12.2021 15:19Я не стремилась вас обидеть, прошу прощения, если своим непрошеным советом задела, давайте продолжим диалог. Возможно, вы все же могли бы подвести итог тому, что вы хотели сказать?
У меня статья для начинающих тестировщиков: я прошла путь с 0 до QA Auto, собственно, о нем я и повествую.
Вы, по вашим словам, программист с большим опытом.
Вы то обвиняете меня во вранье, несерьезном подходе, то пытаетесь убедить в том, что что бы я не делала, мне никогда не достичь тех же высот, хотя я уже 5 лет успешно работаю и развиваюсь в роли QA в успешной IT компании.
Как вы верно подметили в одном из ваших комментариев, мы с вами конкурируем в разных плоскостях, в таком случае, к чему все ваши замечания? Ибо ввиду вашей любви к письму, выцепить содержащуюся в тексте суть неимоверно трудно.
VictorKharlamov
08.12.2021 17:27Ну всё! Не идём в IT, ибо как всем известно: "Что дозволено Юпитеру, не дозволено быку!". Как же меня радует, что перед моими глазами есть примеры людей, которые трудолюбием (12 часов на стуле и вникать во все процессы) спустя 5+ лет в айтишечки выросли до CTO, а ведь могли бы зайти в комментарии на хабре и разочароваться, что код в школе не писали, вот, конечно, потеря... мда, сюр, и только.
Вами описанное нужно в FAANG, но не все мы туда хотим, как и не всем быть Илонами Масками. Бизнес прекрасно делает крутые продукты с вайтишниками вроде нас и не расстраивается.
amedvedjev
07.12.2021 09:46Зачем же так набрасываться. Просто мало опыта. Успешная история достойна похвалы. У может послужить примером.
У меня двое знакомых программиста. Оба музыканты. Закончили филармонию играли в оркестрах. Пришлось стать программистами (денег музыка не приносит). За год сами дома научится сумели. Теперь лиды. С другой стороны куча бестолковых, которые отучились на программистов, но реально это не дало им ума. К сожалению достаточно частое явление.
К еще большему сожалению, в автоматизации (я автоматчик) бестолковых еще больше. Большинство нормальных уходят в программисты.
По мне осознанный переход в тестировщики или программисты из гуманитариев очень даже успешен, как мин среди моих знакомых.
Boethiah
07.12.2021 10:50Роман Савин слегка устарел. Читать его только в ознакомительных целях и в последнюю очередь.
Английский это маст хэв, при чем на уровне intermediate/upper-intermediate.
Html/css/js - тоже. Не говоря уже о простеньких средствах, как инструменты разработчика в браузере. Selemium, Postman и подобные. Для мобайла это XCode and Android Studio.
Сейчас планка для тестировщиков значительно повысилась.
eueiam Автор
07.12.2021 10:53Вы правы, книге Савина уже лет 15, и в том что касается разработки уже многое поменялось, но не с точки зрения теории тестирования.
В мое время именно эта, легко читающаяся книга, вдохнула в меня неподдельный интерес к сфере тестирования, поэтому я до сих пор рекомендую ее к ознакомлению.
Но именно в первую очередь, ибо, если взяться за нее в последнюю - уже будет не так интересно:)
kim3d
07.12.2021 10:53Так а как на счёт авто тестов? На чем пишите?
eueiam Автор
07.12.2021 10:57Привет! Сейчас я пишу на Java, автотесты для бэкэнда.
Maven/Gradle-TestNG, RestAssured для http апи, и самописный клиент для всех остальных.
Ну а свой самый первый автотест, тот, что делала с помощью гугла, писала на Ruby;)
Itcpapalotl
07.12.2021 10:57-1Спасибо огромное за пост. Я планирую влиться в IT индустрию именно с тестирования. Но с чего начать.... Рекомендованую вами книгу уже заказала.
eueiam Автор
07.12.2021 10:58Я рада, что мой опыт был полезен. Именно с этой целью я и создавала статью) Удачи вам!
T1murgar88
07.12.2021 10:59-1В 2015 с одной книжкой Савина в голове брали на работу qa. Надоели уже эти статьи однотипные ей богу. Ps. да я знаю что могу их просто нечитать
eueiam Автор
07.12.2021 11:04Привет! В 2015 году возможно, но не в 2021, когда профессия тестировщика у всех на слуху)
Моя статья рассчитана на людей, которые сами планируют начать карьеру QA, если вы уже давно работаете в сфере в айти, логично, что информация в ней для вас не так актуальна.
AriishA
07.12.2021 11:14Женя, а вот как быть с практикой написания кейсов, тест-планов и тд? Где можно практики набраться? Кроме рабочих моментов, ты пользовалась чем-нибудь еще?
eueiam Автор
07.12.2021 11:27Привет!
В голове всегда лежит готовая схема кейса: прекондишены, шаги исполнения, результат, посткондишены. Для описания бага - действует свой шаблон: заголовок, отвечающий на вопросы "что? где? когда?", а в описании: шаги, актуальный результат, ожидаемый результат.
Что касается, развернутых тест-планов или хотя бы чеклистов - я искала хорошие примеры у коллег и в сети, чтобы взять для себя лучшие моменты. Но наиболее полезными для меня остаются майндмапы и блок-схемы, для этого я использую draw.io
Сейчас, так как я занимаюсь автоматизацией, все кейсы и планы, практически сразу превращаются в код автотестов, стэпы и сьюты, не оставаясь в человекочитаемом виде, но при этом очень органично существующие в AllureServer.
johnny_truant
07.12.2021 11:30а Charles это разве rest клиент? скорее прокси или сниффер
eueiam Автор
07.12.2021 11:31Да, вы правы, пожалуй, мне следовало выделить его в отдельную группу) Спасибо.
unknown_host
07.12.2021 14:38Либо такое повествование, либо я не понимаю как человек который изучал тестирование получил задание на написание автотеста... И сделал с первого раза с помощью гугла, кул стори для меня.
eueiam Автор
07.12.2021 14:52А что именно смущает? Автоматизация тестирования - это ветвь тестирования.
В компании была потребность не только в мануальном QA, но и в автоматизаторе, поэтому помимо проверки моих теоретических знаний, мне дали возможность попробовать свои силы на реальном техническом задании. Использовать для этого можно было абсолютно любые инструменты.
Для реализации я выбрала ruby, поэтому для написания скрипта было достаточно одного Sublime Text. После того как я разобралась с гемами, нашла нужные либы и научилась дебажить, результат не заставил себя ждать. Все получилось, а процесс написания кода мне очень понравился.
Более серьезной автоматизацией я стала заниматься не ранее, чем через год с момента начала работы в качестве QA. И, конечно, не без помощи Java-автоматизатора, который присоединился к нашей команде чуть позже.
unknown_host
07.12.2021 14:57Простите, а сколько вам дали времени на выполнение?
eueiam Автор
07.12.2021 15:47У меня не было лимита по времени, ввиду отсутствия особых ожиданий, ведь меня брали на роль ручника, поэтому выполнение задания заняло около недели.
Tzimie
07.12.2021 14:55+2SQL. Помимо того, что написание запросов к базе — очень интересное занятие, это ещё и полезный навык. Особенно если вы будете работать в бэкенд-команде. Достаточно изучить операторы SELECT, WHERE, ORDER BY, GROUP BY, MAX, MIN, LIMIT. Если разберётесь с JOIN, INSERT и UPDATE, то точно обратите на себя внимание работодателя.
Из всего перечисленного ОПЕРАТОРОМ является только SELECT. LIMIT еще и вне стандарта. например, на MS SQL вместо LIMIT в конце TOP вначале. DELETE почему то забыт, но, наверное, к лучшему)))
eueiam Автор
07.12.2021 15:36+1Я не намерена спорить на тему ключевых слов, ввиду того, что это не статья про SQL. Но таком случае, что такое INSERT и UPDATE, если не операторы?
А что касается Delete, вы правы, Junior QA он, пожалуй, ни к чему:)
Aleksey_Zabrodin
07.12.2021 21:10Евгения , вы молодец, умничка - захотела, постаралась, смогла !!!
Самое главное.
Всё нападки, скорее всего несостоявшихся неудачников )))
Хотелось бы с вами больше пообщаться , узнать про фишки, инструменты, наработки )))
eueiam Автор
07.12.2021 21:18Спасибо, Алексей! Меня и правда не особо беспокоят какие-либо нападки, ибо я не сомневаюсь в своем вкладе и накопленных компетенциях, а пара лет в поддержке закалят любую нежную натуру.
Если вас интересует что-то по моей работе в тестировании, вы можете задать вопросы в комментариях, я буду рада ответить:)
Aleksey_Zabrodin
08.12.2021 08:20Топ инструментов для тестирования,
И топ программ на каждый день, в помощь тестеровщику для решения рутинных задач )))
eueiam Автор
08.12.2021 13:42Инструменты для тестирования сильно зависят от целей и того, что вы планируете тестировать.
Могу рассказать, чем сама пользовалась регулярно:
Еще в статье я упоминала расширение для Сhrome: Talend Api Tester, для тестирования http api.
Charles Proxy - cниффер
DataGrip - для работы с БД
HideMyAss - впн
https://json-diff.com/ - для быстрой сверки json
http://json.parser.online.fr/ - для быстрого парсинга вручную
На сегодняшний день я занимаюсь практически только автоматизацией, соответственно мой рабочий быт крутится вокруг IJ IDEA, Gitlab, Docker, Jenkins, AllureServer
Aleksey_Zabrodin
08.12.2021 17:19Может какой нибудь туториал по Docker есть???
eueiam Автор
08.12.2021 17:34А для какой цели вам нужен докер? Ибо от этого зависит и туториал)
Вот так сходу ничего на ум не приходит, но у Docker хорошая документация, и, если вы знаете английский, проблем быть не должно. https://docs.docker.com/get-started/resources/
А там уже и нагуглить интересующий туториал не составит труда.
FLU911
Опять кликбейт. Вместо ожидаемой темы применения гуманитарных скилов и опыта в тестировании, обычная история про попадание из техподдержки в qa и стандартные советы.
eueiam Автор
Добрый вечер! В статье я делюсь своим личным опытом. Даже если моя история и советы кому-то могут показаться тривиальными, они не становятся менее полезными для тех, кто подумывают о начале карьеры в айти.
Если есть какие-то вопросы, буду рада ответить в комментариях.
Tzimie
Да, хотелось почитать про использование гуманитарных скиллзов - с показом слайдов!
eueiam Автор
А какие именно гуманитарные скиллы вас интересуют?
В моем случае, мне действительно довольно сильно помогают годы изучения иностранных языков. Также хорошим подспорьем является грамотность письма, внимательность, умение выражать свои мысли, структурировать и анализировать. Но назвать это гуманитарными скиллами рука не поднимается.