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

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

Многие люди ошибочно считают, что раз пентестер это почти хакер, то и зарабатывать он должен 300к/наносек (минимум). Накануне старта нового потока нашего курса "Этичный хакер" разберёмся, действительно ли это так.

Чем занимается пентестер

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

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

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

В пул задач пентестера входит:

• Тест сети и приложений на уязвимости. Найти дырку в информационной системе крупной компании не так сложно. Куда сложнее понять:

  • Почему дырка именно здесь: банальная ошибка, лень, незнание технологии.

  • К чему может привести её использование хакером: потеря данных, проникновение в систему с рут-доступом, слив личной информации клиентов и сотрудников. Пентестер ведь не имеет права использовать уязвимость даже в тестовом формате. Поэтому просто проверить не получится.

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

• Ведение отчётов по всем проведённым тестам и найденным уязвимостям с подробным их описанием.

• Разработка общей политики информационной безопасности компании и отдельных сотрудников.

Пентестер ещё до начала работы связан договорами. Его работа и разрешённые тесты чётко регламентированы и отступать от них он не имеет права.

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

Как зарабатывает пентестер

Есть 3 основных пути, по которым может пойти тестировщик безопасности:

• Присоединиться к команде пентестеров или войти в отдел пентеста крупной компании. Из плюсов здесь полная защищённость со стороны закона, но зарплата не будет особо отличаться от средней в IT-сфере.

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

• Работать на Bug Bounty. Оферты для приглашения пентестеров на специальных ресурсах. Нашёл баг или уязвимость получай заранее определённую оплату. Принять участие может любой специалист, главное - придерживаться условий пентеста, которые подробно прописаны в оферте.

Штатный пентестер: зарплата и возможности

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

По данным Indeed, специалист по пентесту в штате компаний США получает в среднем 118 316 долларов год. Это примерно столько же, сколько получает фуллстак разработчик или дата-сайентист.

Но вот Cyber Degrees не так оптимистичны в своих анализах. По данным их ежегодного отчёта, средняя зарплата пентестера в США составляет около 84 690 долларов в год. А это на 27 % меньше, чем даёт Indeed. Существенная разница.

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

Middle-специалист, по мнению Cyber Degrees, зарабатывает примерно 106 000 долларов. В целом, даже если учесть разницу между отчетами, общая сумма не слишком отличается от других специальностей, связанных с разработкой и тестированием софта.

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

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

По состоянию на 14 марта 2021 года, на Indeed открыта 41 вакансия сеньор-пентестера. Для сравнения: там же открыто 6867 вакансий сеньор-разработчика на Python. Можно понять, насколько большой разрыв спроса.

А теперь о ситуации в России. С русскоязычным рынком пентестеров дела обстоят как-то странно. Отдельные крупные компании и филиалы международных концернов нанимают команды пентестеров или пользуются услугами Bug Bounty, но вакансии конкретно пентестера открываются значительно реже.

Дело в том, что функции пентестера часто выполняют другие специалисты. К примеру, тестировщик или системный администратор.

На Хабр Карьера мы не нашли ни одной открытой вакансии пентестера. На hh.ru, по состоянию на 16 марта 2021 года, есть 29 вакансий на позицию пентестера. Но на самом деле только 15, потому что половина к пентесту не имеет никакого отношения.

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

В сфере ИБ в целом вакансий достаточно, но именно пентестерских позиций немного. Специалист ИБ - это профессионал широкого профиля, с большим объёмом знаний. И понимание уязвимостей, атак и методологии пентеста помогает специалистам ИБ работать на стороне защиты. Мы рассказываем про опыт экспертов, которые работают в безопасной разработке, специалистами по безопасности. Есть ещё bug bounty, когда можно найти уязвимости, выложенные в открытый доступ крупными компаниями. Это уже международный уровень. Кроме того, сертификации в сфере кибербезопасности (CEH, OWASP) и практический боевой опыт повышает ценность специалиста.

Яна Суслова, методист курса Этичный хакер

Рынок только развивается, поэтому востребованность специалистов по безопасности стабильно растёт. Плюс, есть ещё несколько проверенных способов получить работу пентестера, не пользуясь такими сайтами. О них чуть ниже.

Чаще пентестеры работают как самозанятые или в составе отдельных команд. Что приводит нас к следующему разделу.

Пентестер как ИП, самозанятый или часть команды

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

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

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

Цена на пентест по договору зависит от многих факторов. В США она стартует от 2500 долларов. В России от 100 000 рублей. Имеет значение, какие именно системы тестируются, как глубоко, какие именно уязвимости на прицеле: только критические или все более-менее серьёзные.

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

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

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

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

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

Чтобы не простаивать зря, многие этичные хакеры пользуются программами Bug Bounty. Переходим к ним.

Bug Bounty: альфа и омега для пентестера

Наконец, переходим к источнику заработка, который абсолютное большинство пентестеров считают своим основным. Программы Bug Bounty.

По информации из открытых источников и наших коллег-пентестеров, среднестатистический этичный хакер может зарабатывать на программах Bug Bounty 2000-3000 долларов в месяц.

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

Можно вполне успешно работать в одной узкой сфере и нормально зарабатывать.

Топовые багхантеры вполне могут зарабатывать вплоть до 50 000 долларов в месяц. Да, это вполне реально. Опыт Марка Литчфилда это доказывает. В декабре 2015 года он заработал 47 750 долларов, используя ресурсы Hackerone, BugCrowd и программу PayPal.

Иван Григоров, интервью которого лежит на Хабре, также утверждает, что 25 000 долларов в месяц для опытного пентестера не проблема. Тоже рекомендуем почитать.

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

Но можно сделать примерную оценку. На HackerOne за одну минорную уязвимость платят от 50 до 100 долларов.

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

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

Вот, к примеру, какую оплату предлагает компания PayPal:

За одну критическую уязвимость компания платит от 2000 до 10000 долларов. Понятно, что найти такую уязвимость совсем непросто, но тем не менее.

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

И ещё: мы в одном из предыдущих разделов упоминали, как найти работу пентестеру без сайтов по поиску работы. Bug Bounty один из вариантов. Тут есть секрет, который опытные специалисты не раскрывают.

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

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

Что нужно знать и уметь пентестеру

Про хард-скилы мы писали в первой статье про этичный хакинг: как взламывать системы и при этом зарабатывать легально. Хотелось бы добавить, что нужны не только знания, но и жизненный опыт. Системный администратор с опытом стрессового поднятия сервера или программист на C++, который ищет ошибку в 200 000 строчках кода, из-за которой всё пошло по наклонной имеют большие шансы быть успешными в пентестинге. Не будем забывать про тестировщиков, у которых тоже есть необходимый бэкграунд. Пентестеру нужен практический опыт и предельно чистое понимание, как работает система или хотя бы её часть.

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

Узнайте, как прокачаться в других специальностях или освоить их с нуля:

• Профессия Data Scientist

• Профессия Data Analyst

• Курс по Data Engineering

Как составить список востребованных профессий в IT, ориентируясь не только на виденье отдельных людей, но и на цифры? Конечно провести свое собственное исследование! Это мы и попытались сделать, скачав более 77 тысяч айти вакансий из HeadHunter за последний месяц и обработав их.

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

В следующий раз я расскажу о зарплатах: медианных, вилках и примерному распределению по России.

Пара моментов по данным

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

• Я понимаю, что HeadHunter не единственная площадка по поиску кандидатов, рекрутеры используют LinkedIn, VC (да-да, сама видела), GitHub и т.д. Тем не менее, большой объем полученных с HH данных, на мой взгляд, можно экстраполировать на всю IT область.

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

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

• Заработком в той или иной профессии я считаю медианную зарплату по всем размещенным вакансиям. При этом не забывайте, что статистику мы рассматриваем по всей России, а не только прибыльную Москву. Впрочем, подробнее именно о зарплатах поговорим в следующей статье, здесь только вкратце буду на них ссылаться.

  Спрос на специалистов по информационной безопасности самый низкий среди всех областей в айти, а их зарплаты по России заставят плакать от жалости любого веб-разработчика. В то время как веб-разработчики - это самый востребованный вид среди всех IT-специалистов, а зарабатывают они сильно меньше, чем мобильные разработчики (на которых и спрос при этом меньше).

  ---

Общая картина

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

У нас получилось 10 областей:

1. Разработка. Самая востребованная область, лидер среди всех вакансий - 38% от общей массы. Дальше мы подробнее рассмотрим, что конкретно в разработке ищут.

2. Другое. Для нашего анализа это мусор, мелкие и "неайтишные" вакансии, а также те, которые мы не смогли распределить. Около 19%.

3. Не-технари. Это те, кто без технического образования, но очень нужны айти сфере - продажи, маркетинг и рекрутеры. Востребованность их из общей массы вакансий пока на третьем месте - 11% вакансий.

4. Управление. На одном уровне по спросу с продажами и маркетингом находятся Product manager, Project manager и аналитики. Аналитиков решено было разместить в сектор управления, так как специфика их работы подразумевает помощь в управленческих решениях. Сюда входят бизнес и системные аналитики.

5. Инфраструктура. Системные администраторы и DevOps. 7%.

6. Тестировщики. Абсолютно все. 5%.

7. Поддержка. Они же Support-инженеры. Тоже 5%. Выделили потому, что на них чересчур большой спрос.

8. В дизайн вошли 3D дизайнеры, UX/UI и 2D. 2%

9. Data Science. Помимо привычного Data Science к данной группе мы отнесли такие профессии, как кванты, алготрейдеры и т.д. 1%

10. Безопасность. Что крайне меня лично удивило. Спрос на специалистов по информационной безопасности самый низкий среди всех областей в айти. 1%

Мы не стали разбивать область "Тестирование" по видам и "Разработчиков" по языкам, чтобы не отвлекаться и не растягивать эту статью. Если вам интересно, чтобы мы это сделали, напишите об этом, лучше сразу в телеграме. Мы доработаем аналитику по тестировщикам и разработчикам.

Разработка

Эта группа самая большая. Самый объемный раздел здесь это "программисты" на разных языках без привязки к области. На пятки им наступают веб-разработчики (28% от всех разработчиков). Но если забегать вперед, медианная зарплата для веба сильно ниже, чем у того же мобильного разработчика (8% вакансий среди всех разработчиков).

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

В Enterprise вошли узкоспециализированные разработчики под сложные корпоративные системы типа SAP, Oracle и т.д. Хоть 1С тоже относится к таковым, разработчиков 1С мы выделили отдельно, так как спрос на них выше, а зарплаты ниже.

HR, продажи и маркетинг

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

Самый большой спрос, конечно же, на специалистов по продажам. По данным видно, что у них есть возможность работать без образования. Хотя ставки у них низкие, нужно их много. Именно у продажников больше всего "выбросов" по ЗП. Под выбросами подразумеваются премии, проценты с продаж и т.д.

В маркетинг попали не только продвиженцы, но и копирайтеры и SMM.

Меня удивило, что рекрутеров рынок ищет мало, всего 4%. Я всегда считала, что пока высокий спрос на ИТ специалистов (разработчиков, администраторов и т.д.) и на рынке присутствует кадровый голод, тот кто умеет их искать нужен не меньше. Оказалось, что так было до пандемии. В кризис спрос на HR и рекрутеров упал.

Инфраструктура

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

Вакансии по сисадминству распределены по всей России и в малых городах, и в крупных. Вакансии по DevOps сосредоточены в крупных городах, где более-менее присутствуют IT кластеры и требуются они преимущественно крупным компаниям.

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

Project manager, Product manager, аналитик

Лично для меня стало открытием, не то что аналитик - самая востребованная должность, а то, что Project manager, как таковой, сильно подешевел. Зато, очень хорошо себя показывает Product и по количеству вакансий и по зарплатам.

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

Data Scientist, Quant

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

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

Quant - это специалист на стыке программирования, финансов и data science. Он должен понимать, как формируются цены активов, как строить алгоритмы, способные влиять на прибыльность ценных бумаг, и разрабатывать приложения, которые могут прогнозировать ход рынка и производить операции на рынке ценных бумаг.

Квантов ищут не много. Думаю, что вакансия тоже не для HH. Однако, нам она показалась очень интересной. Зарплаты квантов космические, ответственность, как вселенная. Предположу по своему опыту торговли на фондовом рынке, нервная система должна быть крепче перчатки Таноса.

UX/UI, 3D, 2D

Финальная группа по дизайну. Самое интересное тут в зарплатах и стеке технологий.

Больше всего зарабатывают 3D-дизайнеры, которые работают на Unity или Unreal. На них самый большой спрос. Причем не в разработке игр, а в киноиндустрии и анимационных студиях.

Дальше за ними следом идут UX-дизайнеры.

Самые бедные работают с 2D :)

Вместо вывода

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

Сразу напрашивается вопрос, а кто спрашивает?

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

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

Если уж ударяться в краиности, то дальше воображаем человека лет 50-55, работал где-то, даже программировал , но, например, на чистом C. Новое не изучал, но вот подумал, что надо что-то менять, попробовать. Честно в резюме описываешь опыт , весь сугубо техническии. Но откликов нет, все же понимают, что придется обучать. Опыт привлекает, но возраст отпугивает , и не понимают, сможет ли такои человек обучаться новому и быстро. А тут уж даже если и устроится человек, то простым его путь не вижу.

Получается, что путь легким в данных ситуациях не выглядит. Но если смотреть прицельно, то а кто спрашивает?

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

Их можно мне кажется перечислять очень долго, уже не говоря о том, что у каждого они свои. То, что проблема для одного тестировщика, совсем не проблема для другого.

Не знание какого-то инструмента.

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

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

Одним из сложных моментов я бы ещё назвала неоднозначные формулировки в описании ТЗ (техническое задание, по которому тестируем).

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

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

Часто решением проблемы однозначного понимания занимается проджект проекта. Хотя это цель всей команды разработки. Главное, определить места, которые могут быть поняты неоднозначно. Вся команда заинтересована на первых же этапах выяснить то, что на самом деле мы делаем и зачем. И чтобы это поняли все участники разработки (от постановщика до тестировщика).

Про разные проблемы и сложности в работе QA можно долго рассказывать, попробовала выделить какие то совсем больные точки, на которые я натыкалась. Если хоть немного было интересно, то могла бы продолжить.

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

Как доказать, что ты хороший тестировщик? Есть много способов это сделать, и один из них
подтвердить свои знания и умения сертификатом ISTQB. В статье будет описан процесс
регистрации, предварительной технической подготовки и прохождения онлайн-экзамена,
который состоялся 5 декабря 2020.

На просторах русской части Интернета уже есть несколько статей, описывающих процесс сдачи
экзамена. Наиболее свежая статья от 20 мая 2020: Сертификация ISTQB стала доступна онлайн:
личный опыт. Есть еще описание очного экзамена от 2016 года: ISTQB Сертификация. Опыт сдачи.
Дополню эти статьи своим актуальным опытом от декабря 2020.

Думаю, что не стоит надолго останавливаться на том, что такое ISTQB и зачем нужно его сдавать.
Кто попал сюда, скорее всего уже сам это знает. А кто не знает, буквально в нескольких строчках:
ISTQB (International Qualification Board for Software Testing) международная система
квалификации тестировщиков ПО, унифицирующая стандарты и подходы к тестированию.
Система имеет несколько уровней, от базового (foundation level, подтверждает наличие
минимальных теоретических знаний в области тестирования) до экспертного (expert, сочетает в
себе понимание общего процесса тестирования с глубоким пониманием определенной
предметной области). Для понимания крутости обладания сертификатом уровня Expert: кандидату
необходимо пройти все экзамены предыдущих уровней и иметь по крайней мере 7 лет
практического опыта в тестировании. Наличие сертификата ISTQB высоко ценится заказчиками (в
основном зарубежными).

Бронирование экзамена

Для начала необходимо забронировать место на экзамене. Это можно сделать на сайте GASQ или
на сайте российского представительства.

Нужно заполнить форму с контактными данными о себе и указать язык сдачи экзамена. Важное
замечание про способы оплаты:

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

Для подтверждения регистрации необходимо оплатить взнос (150 евро). Связываться с оплатой
банковского счета мне не хотелось, а при оплате картой могут возникнуть проблемы: платежная
система на сайте gasq.org пытается отобразить страницы для подтверждения 3ds в iframe, что
запрещено некоторыми банками. К примеру, моя дежурная карта меня подвела:

Зато спасла карта Сбера.
Отдельно хочу отметить, что у GASQ есть контактная почта и с нее даже отвечают живые люди :)
Я написала им о проблеме с оплатой, надеюсь, в будущем процесс оплаты будет изменен.

Регистрация на экзамен

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

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

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

Далее поступило письмо о том, что для завершения регистрации на экзамен необходимо пройти
техническую проверку System Check не менее чем за 48 часов до начала экзамена.

Техническая подготовка к сдаче экзамена онлайн

Подробное описание и инструкция по сдаче экзамена онлайн приходит на почту в виде pdf-файла
(прямая ссылка на этот документ).

Потребуются:

• стационарный компьютер или ноутбук с веб-камерой, микрофоном и динамиками
  (именно микрофон и динамики компьютера, а не гарнитура; использование наушников на
  экзамене запрещено);

• браузер Google Chrome с установленным расширением ProctorExam Screen Sharing;
  документ с фото, подтверждающий личность: паспорт, водительские права, студенческий
  билет (номер документа и иную приватную информацию на документе можно скрыть);

• смартфон или планшет с камерой (будут записывать общий план рабочего места, с
  которого проводится экзамен);

• стабильный Интернет.

Для начала проверки System Check проходим по ссылке из письма. Обязательно проводим
проверку точно на том оборудовании, которое планируется использовать на самом экзамене.

Этапы проверки:

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

2. Динамики
   Стандартная проверка Если Вы слышите рингтон, нажмите да.

3. Интернет
   Фактической проверки Интернет-соединения не будет, только предупредительное
   сообщение про необходимость стабильного Интернета.

4. Веб-камера
   Стандартная проверка, видно ли видео с веб-камеры.

5. Мобильное устройство
   Необходимо установить на устройство приложение ProctorExam. Запустить
   приложение и сканировать им выведенный на экран компьютера QR-код.

6. Скриншеринг
   Проверка возможности показывать экран.

По завершении проверок вы увидите примерно такой экран:

Сразу после завершения System Check на почту должно прийти письмо со ссылкой для перехода к
экзамену.

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

Процесс сдачи экзамена онлайн

Перед началом сдачи экзамена необходимо проверить, соответствует ли место проведения
экзамена некоторым условиям.

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

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

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

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

После старта выполняем все, что от нас потребуют. Сразу скажу, что каждое действие
сопровождалось инструкцией и gif-иллюстрацией, все было максимально понятно.

1. Через камеру компьютера сделать фото документа и своего лица.

2. На мобильном устройстве включить режим полета и подключиться к wi-fi. Через приложение ProctorExam отсканировать QR-код с экрана компьютера. С этого момента мобильное устройство начинает снимать видео, которое на время проверок будет транслироваться на экране компьютера.

3. Далее последовательно необходимо через камеру мобильного телефона показать:

• компьютер, клавиатуру

• рабочий стол и пространство вокруг компьютера

• потолок и пространство под столом

• углы комнаты

• уши (чтобы показать отсутствие прослушивающих устройств)

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

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

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

Обратите внимание, первая вкладка должна оставаться открытой до момента окончания
экзамена. Также на первой вкладке есть окно чата с проктором и чат технической поддержки.
Мне они не понадобились.

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

Еще раз нажимаем на кнопку старта экзамена:

Еще раз читаем условия экзамена:

Чтобы освоиться с окном экзамена, рекомендую заранее выполнить пробный экзамен на
официальном сайте.

Мои результаты

Сразу после нажатия на кнопку завершения теста будет известен результат сдачи экзамена
PASSED или FAILED. На экран выводится таблица с общим результатом сдачи, а для дотошных
процентные результаты по темам. К сожалению, нет разбора правильных и неправильных
ответов.

Сам сертификат поступил на почту в виде pdf-файла через 3 дня после сдачи экзамена (экзамен
был в субботу, сертификат пришел во вторник).

Заключение

В качестве заключения попробую ответить на некоторые часто возникающие вопросы.

Нужно ли вообще сдавать ISTQB?

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

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

Просто для интереса я зашла на hh.ru и задала запрос по ключевому слову ISTQB в описании
вакансий по всей России. Результат 64 вакансии (на 20 декабря 2020).

Для сравнения, всего по профобласти Тестирование на тот же момент было 5833 вакансии:

На каком языке сдавать экзамен на русском или на английском?

Сдавать экзамен на русском языке я советовала бы в двух случаях:

1. Плохое знание или полное незнание английского языка;

2. Не планируется дальнейшая сдача других уровней ISTQB, кроме начального.

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

Небольшая викторина-разминка.

Попробуйте оценить свое знание английского языка по шкале от 0 до 10, вспомнив перевод следующих слов:
discrepancy
to undertake
entrepreneur
harness
extent
density
linkage
precise
complementary
prevail
(слова взяты из сборника вопросов по подготовке к ISTQB)

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

Где найти всю организационную информацию?

На сайте GASG. Здесь можно найти все официальные инструкции, FAQ, скачать силлабус и пройти
демо-экзамен.

Как лучше готовиться? Какие источники использовать?

Ответ на этот вопрос тянет на отдельную статью со списком источников. Попробую дать краткую
выдержку основных моментов.

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

Обязательно попробуйте сдать пробный экзамен на официальном сайте.

Скачайте и изучите силлабус.

Прочитайте хотя бы одну книгу. Советую Foundations of Software Testing: ISTQB Certification от
авторов Andreas Spillner, Tilo Linz, Hans Schaefer, которые непосредственно связаны с работой над
ISTQB. Содержание книги тесно переплетается с темами вопросов ISTQB и покрывает практически
весь необходимый теоретический минимум. Полный список книг по ссылке.

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

Q: Which of the following could be a disadvantage of independent testing?
A. Developer and independent testing will overlap and waste resources.
B. Communication is limited between independent testers and developers.
C. Independent testers are too slow and delay the project schedule.
D. Developers can lose a sense of responsibility for quality.

Если не знать правильный ответ, то акцент в вопросе на независимость тестирования (independent
testing) так и подсказывает выбрать ответ про коммуникацию между тестировщиками и
разработчиками. Вспомните свой опыт, как часто вы сами обращаетесь к разработчикам для
уточнения деталей?

Однако, правильный ответ D.

Рекомендую установить на телефон приложения для решения вопросов по ISTQB и ежедневно
ими пользоваться. Из всего разнообразия особенно оказалось полезным приложение Test Mentor
for ISTQB. В нем есть survival mode, в котором необходимо набрать как можно больше очков,
правильно отвечая на вопросы. Если ответ выбран верно переход к следующему вопросу, если
неверно конец игры и показ правильного ответа. Очень удобно, что правильный ответ
отображается сразу, а не после завершения всего экзамена из 20-40 вопросов, как это
реализовано в других приложениях.

Вопросы на какие темы скорее всего будут на экзамене?

Темы вопросов экзамена всегда одни и те же:

1. Fundamentals of Testing

2. Testing Throughout the Software Development Lifecycle

3. Static Testing

4. Test Techniques

5. Test Management

6. Tool Support for Testing

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

Which of the following statements BEST describes the difference between testing and debugging?
A. Testing pinpoints (identifies the source of) the defects. Debugging analyzes the faults and proposes
prevention activities.
B. Dynamic testing shows failures caused by defects. Debugging finds, analyzes, and removes the causes
of failures in the software.
C. Testing removes faults. Debugging identifies the causes of failures.
D. Dynamic testing prevents causes of failures. Debugging removes the failures.

Which of the following statements correctly describes the difference between testing and debugging?
A. Testing shows failures caused by defects; debugging finds, analyses, and removes the failures in the
software.
B. Testing identifies the source of defects; debugging analyses the defects and proposes prevention
activities.
C. Testing prevents the causes of failures; debugging removes the failures.
D. Testing removes faults; debugging identifies the causes of failures.

Программу какого года (2011 или 2018) выбрать для изучения?

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

Сколько времени нужно на подготовку?

Сложно дать единый ответ, который будет применим для каждого человека. Мне лично оказалось
достаточно 5 недель подготовки. Исходя из информации, что в моем городе экзамен проходит
примерно 3 раза в год, я решила сдавать его в ближайшую доступную дату.

Если есть дополнительные вопросы, готова ответить на них в комментариях.

"Войти в АйТи" уже не кажется чем-то за гранью фантастики и привилегией для избранных. Бытует мнение, что тестировщик - легкая профессия. Полтора - два месяца на курсах и Voila! Вы в IT-community. Порог входа низкий, наличие технического образования не обязательно. И любой, от курьера до домохозяйки, может освоить данную профессию. Так ли это?

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

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

Итак, данная статья написана в формате интервью. И будет полезна тем, кто собирается "войти в АйТи" через тестирование. И особенно тем, у кого нет сильного технического бэкграунда.

Погнали ;)

Респондент: Екатерина Бернадцкая, тестировщик из Кремниевой долины, опыт работы в тестировании 4 года. В настоящее время работает в IT компании по разработке приложения для ресторанов. Имеет опыт работы ручным тестировщиком в одной из крупнейших IT компаний России. Технического образования нет. В Штаты попала, выиграв грин карт. Собственно, выигрыш и послужил стимулом переквалифицироваться в тестировщики ПО. Пол года назад начала писать тесты на Python. Считает, что это именно тот случай, когда человек выбрал правильный путь.

- Катя, расскажи о своем первом месте работы. Ты была одним тестером на проекте или работала в команде? Опиши кратко процесс онбординга.

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

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

- Как проходило взаимодействие с командой?

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

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

- Как и кто оценивал твою работу?

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

- Как ты распределяла свое рабочее время?

- Катя: Расскажу на примере текущей компании в Штатах. Многие думают, что тут работают какие-то нереальные гики, и все строго. Да еще и работают сутками на пролет. Это не так. Здесь работать гораздо проще. В российской компании время распределялось очень строго. Мы отчитывались за каждую минуту. Писали, сколько времени потратили на какой тикет, весь процесс фиксировался в багтрекере, сколько тикет висел в каком статусе. Если тикет висел в статусе testing слишком долго, нам задавали вопросы, с нами проводились беседы. Рабочий день с 10 до 19. А если ты пришел позже или ушел раньше,в конце недели получал письмо с фамилиями тех, кто позволил себе опоздать на 10 минут.

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

Мне комфортнее работать в Штатах. Я люблю наш продукт, сама являюсь активным пользователем. А с недавнего времени начала работать над автоматизацией. Очень много всего нужно сделать. У меня всегда есть какая-та работа. Или просто я умею найти эту работу (смеется). Сейчас в приоритет ставлю тикеты, один день в неделю на автоматизацию. Никто не стоит над душой, время четко не учитывается, я давно работаю в компании и все знают, что я покажу результат. И если я взялась за это дело, то доведу его до конца.

- С техническими скиллами были сложности? Чему ты научился на первом проекте?

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

А научилась всему (улыбается). Помню, меня очень напугало слово рефакторинг. Я погуглила и не особо поняла, что же они имели ввиду. Пошла спрашивать: Мальчики, что это за тикет? Как его проверить? Они: Да это же рефакторинг. Я про себя думаю: Ага, замечательно. Очень понятно. Хорошо, что муж - разработчик. Он мне и объяснил, что это такое, и что от меня хотят. Так что пришлось учить все, несмотря на то, что я думала, что готова. Миллион курсов прошла перед тем, как искать первую работу, но практику и опыт ничто не заменит.

- От чего пришлось отказаться (взгляды/убеждения)?

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

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

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

- У тебя есть лайфхаки?

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

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

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

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

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

И, конечно, учи как можно больше всего. Сейчас я изучаю Python. Помню, смотрела первый курс. Ничего не понятно. Ладно, смотрю второй и стало понятно 5%. Смотрю третий курс. Вспоминаю слова и определения из первых двух, и картинка складывается. И вот на десятом курсе напишется функция, метод или класс. Да, кому-то нужно больше времени, кому-то меньше. Но получится у всех. Составь список того, что нужно выучить. Иногда нужно учить не для того, чтобы понимать это и быть в этом специалистом, а знать, где это можно найти.

- Согласна ли ты с утверждением, что тестер - лёгкая профессия в IT?

- Катя: Приведу пример. Это было уже здесь, в Штатах. К нам в компанию пришла девочка китаянка, биолог по образованию. На тот момент она не знала ничего. Я к тому моменту работала в компании года полтора. И объясняла ей все. А через два года эта девочка стала программистом. И теперь я проверяю ее тикеты. Так что да, если есть желание.

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

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

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

В тестировании нужно любить новое и к этому новому уметь адаптироваться. И это не должно вызывать какой-то дикий страх. Помню, когда я получала тикет, читала его. Мне было страшно даже начинать, потому что все непонятно. Что это? Что эти люди хотят от меня? А сейчас такого страха нет. Теперь у меня возникаю совершенно другие мысли: О, прикольно! Что-то новое придумали. Зарелизим, посмотрим, как работает. Или наш говнокод упадет (смеется)?

В качестве заключения

Хочу подчеркнуть, что это опыт Кати, ее мысли и ощущения. У Вас может быть совершенно другой опыт. И возможно, Вы столкнетесь с совершенно другими сложностями. А те, о которых говорила Катя, Вас обойдут стороной. И это нормально. Все мы разные, классные и уникальные. У каждого будет что-то свое. Главное, помните, что сложности, это нормально. Без них нет роста и развития. Так что, ничего не бойтесь! Идите вперед! И добро пожаловать на борт ;)

PS: Благодарю Катю за интервью. И читателей за то, что дочитали до конца.

Есть мнение, что войти в айти легче через тестирование. Будучи на третьем курсе, я part-time подрабатывала асессором. Тогда я впервые попробовала себя в тестировании, увидела первые чек-листы (я еще не знала, что они так называются). Войти в айти не было моей целью, потому что я уже и так училась на программиста, но сама идея тестирования меня очень увлекла. Так на последнем курсе я устроилась на стажировку в Kolesa Group.

Месяц подготовки: чтение пресловутого Романа Савина Тестирование дот ком, просмотр роликов на YouTube и практика в создании тест-кейсов. Этого мне хватило, чтобы начать свой джедайский путь в тестировании.

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

0. Не просить помощи

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

Я не говорю, что стараться и делать больше, чем нужно, это плохо. Плохо неразумно оценивать свои возможности и строить из себя героя в попытках сделать все. Не сделаешь. А если и сделаешь, то не так качественно, как мог бы. Просить помощи не зазорно. Грамотно делегировать нагрузку и задачи круто. Своевременные релизы и тщательно проверенные фичи лучшее, что может быть для продукта и бизнеса.

Вывод: проси помощь. Все мы люди и иногда нуждаемся в ней. Не успеваешь делегируй, но не злоупотребляй. Грамотно оценивай свои возможности и время.

1. Бояться задавать вопросы или задавать слишком много вопросов

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

В большинстве случаев так и есть, ответы на какие-то вопросы легко можно найти после пары минут гугления или поиска в stack overflow. Вопросы, связанные с бизнес-логикой, особенностями архитектуры и различными workflow, можно найти в документации (если в компании она, конечно же, ведется). Но сейчас я говорю о специфических вопросах, ответы на которые можно узнать лишь у коллег. Я могла тратить до 30 минут своего времени на гугл-поиски, поиски в документации компании, просмотр кода и даже иногда пыталась сама додумать ответ на свой вопрос (кстати, так делать не стоит). Итог: много потраченного на поиски времени и, возможно, так и не найденный ответ. Помочь избежать этого могли 510 минут общения с коллегами.

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

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

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

2. Не брать на себя ответственность

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

Вывод

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

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