Qa engineer

Для кого это статья

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

Для QA Engineer без опыта, лишь бы не пугаться страшных технических слов, которые будут в статье. Первый раз устраиваться на работу сложнее, потому что меньше отвечают на резюме, но цитирую: Не бьешься не добьешься (к/ф Ловец Снов).
Если не лениться, опираться на советы в интернете, то работу найти можно в течение месяца спама резюме и сверканием своей физиономией на собесах.

Для QA Engineer с опытом работы в полгода, когда ты уже знаком HR-ам, у тебя на руках отзыв от первого работодателя и толковая причина смены компании.

Остальные, кто уже несколько раз менял работу, могут просто услышать историю о том, как QA Engineer искал работу.

Про себя

Парень, 30 лет, родился в СНГ, закончил офлайн курсы QA Engineer от EPAM, хорошо владею английским (B2).

Опыт в ИТ

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

Образование

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

Жизненный опыт

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

Пока путешествовал удаленно приходилось зарабатывать разными способами:

• делал сайты на WordPress, никакого кода, база HTML + CSS, работа с хостингом
• занимался графическим дизайнер: лого, брошюры, иллюстрации и digital портреты
• фотографировал и ретушировал изображения

Почему решил сменить предыдущее и одновременно первое место работы

• Не было английского языка на проекте
• Хотел в автоматизацию
• Нужны менторы, которые бы научили best practices, так как со мной в команде QA была только девочка-учитель английского
• Постоянные овертаймы: периодами три раза в неделю до девяти-одиннадцати, вечера на работе и никакой ясности о будущем
• Больше ЗП, там был потолок в 300 долларов для меня на ближайшие полтора года, но я не плакал первый опыт

Как только получил более или менее несколько месяцев опыта сразу же убежал искать новое место.

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

Что я сделал для больших перемен

Доработал резюме

Заполнил LinkedIn по-правильному (тысячи статей в гугле):

• нормальная фотография
• в хэдэре чётко прописал свою позицию QA Automation Engineer
• заполнил самари и прикрепил CV
• добавил курсы пройденные
• Обновил резюме в соответствии с тем, что требовалось в вакансиях и сохранил его в PDF

Написал красиво Cover Letter

• 4-5 предложений, которые человек может просканировать глазами за 5 секунд (разбить на абзацы), и если он схватит нужную ему инфу смог прочитать за 15-20 секунд
• в нём нужно указать опыт или то, почему вы можете быть рассмотрены на желаемую позицию
• написать, что именно вы хотите: I would like to express my interest in applying for a full-time QA manual/automation position
• текст должен начинаться и заканчиваться банальными фразами Здравствуйте представители компании .., I am eager to discuss the contribution I can make to your company, Name Surname
• в cover letter прикрепите в конец линкедин ссылку, HR если заинтересуется, то он может сэкономить время и глянуть профиль, а не скачивать и читать ваше CV.

Ещё учил Java вечерами/утрами еще до увольнения с предыдущей работы, гуглил топ-скилы, которые могут пригодиться новому работодателю, и прокачивал их, потому что всё новое всё нравилось.

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

• топ вопросов по SQL на собеседовании,
• топ вопросов по Selenium на собеседовании,
• Linux на собеседовании,
• теория тестирования на собеседовании

Готовился, как готовились к экзаменам в ВУЗе, если пропустили весь семестр

Отправлял резюме потенциальному работодателю

• Спамил всех, кто набирает на удаленную работу разрабов. За 5 часов поиска нашел 30 сайтов с разными вакансиями.
• Спамил в LinkedIn рекрутеров с вопросом: а есть ли удаленные вакансии? (5% были успешными и меня перенаправляли на нужного мне HR.)
• Спамил компании своего города с пометкой ищу удалённую работу. Я со столицы поэтому много фирм, можно найти, если усерднее искать. Но интереснее было именно в 100% зарубежную компанию.

В итоге прошел пять собеседований

1. Онсайт в моем городе, был оффер., Работа предполагалась в офисе, без удалёнки. Согласился, потому что нравилась тематика и кайфовал бы от работы над проектом.

2. Европейская компания с релойкетом на Кипр. После собеседования предложили офер с релокейтом к ним на Кипр в офис.

3 и 4. Собеседования в британскую и немецкую компании, которые не понравились из-за разговора и перспектив в фирме: либо исключительно ручное тестирование, либо part-time и без ментора, что равнозначно потерянному времени.

5. Самое первое интервью на удалёнку в европейскую компанию на американский проект. Прошёл, работаю там по сей день.

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

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

Что было на интервью (самое интересное из статьи)

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

На каждом собесе были исключительно разумные вопросы от довольно высокопоставленных руководителей в мире IT.

Вкратце, что было из вопросов

1. Европейская компания

Первое интервью спустя неделю после моего email, 45 минут с HR о компании по видеосвязи о моей возможной должности и ожиданиях.

Еще через неделю было второе техническое.Два интервьюера, без видео. 110 минут выноса мозга. 110. Минут. Без перерыва. Без остановок. Это было мое первое настоящие айтишное интервью, так как на первую работу попал по блату: знакомый оказался тим лидом и в компанию требовался любой тестер, а я вроде как не глупый и с сертификатом EPAM QA Engineer.

Вопросы:

• Прошлый проект, какие технологии, за что отвечал на проекте
• В теории разница между severity / priority
• Типы тестирования (Функциональное? а что это значит такое вообще функциональное? Ты уверен? Exploratory testing? а что это и как делается и какие деливереблз по итогу? (на 10 минут дискуссий)

• Вот ты тестишь web app, у тебя ошибка. Где смотреть ошибку? А какая вкладка в дэв тулз? А как ещё можно посмотреть эти ошибки?
• Какие ошибки бывают? А что делать если прилетела 400 ошибка? А вот у тебя 500 error и Кибаны нет, твои действия? А ещё? а ещё?

• Тест план из чего состоит, что туда не входит? Копали минут 15 на эту тему.
• Дано одностраничное веб-приложение, (банальный вопрос, к которому я не подготовился). Слева три энтри-филда для ввода сторон треугольника и батон submit. Справа результат построения фигуры. У вас два дня на релиз.

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

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

• Что такое DNS? ну хорошо, это ясно, но а как оно работает?
• Linux у тебя в резюме написано? Команды: вывести список файлов в папке, чтобы список был со всей инфой о пермитах, как их менять их и пользователя; где смотреть из-за чего идёт краш системы; какие процессы запущены и нагрузка; смотреть свой айпи. А кстати скажи-ка нам свой айпи сейчас? Это внешний? А внутренний какой? Какие команды в линукс используешь?; посмотреть последние записи документа (tail), вим? баш команды? На всё что я говорил ЗНАЮ, копали глубже. Например, где глянуть сетевые настройки? nslookup а что там отображается, кроме айпишки и мака? ОК, давай весь вывод команды рассказывай по памяти

***Спрашивали не просто так, линукс действительно очень нужен в работе.

• Java? Ну, поехали по джаве по-спрашиваем: Что значит слово статик, Tell me about constructor in Java, what is 'an instance', how to create?, сколько может быть мэйн методов, наследование, рекурсия и все в этом духе.

• SQL с какими работал, какие знаешь, посчитать максимальное значение, джойн. Причём на ровном месте: Так, слушай внимательно. Даны две таблицы. В одной юзеры, в другой страны, и скажи мне запрос, который выводит INNER JOIN. Тут мне пришлось переспросить и внятно сказать (не получилось внятно) запрос. Потому что ты ведь не пишешь, ты говоришь, тебя слушают. Если не услышал или не запомнил названия столбцов задача не решена. The best challenge ever!

• Если конфликт, как решается?
• Почему ты в тестировании?
• Почему ты нам подходишь?

По итогу, на 105 минуте разговора, длящегося без перерыва, мне задали вопрос: Ну что, а какие у тебя вопросы к нам?

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

Ещё момент: сразу предупредили: Мы будем копать, всё норм. Можно отвечать НЕ ЗНАЮ. Сэкономит время и будет честно. В итоге без зазрения совести, часто с улыбкой я: Неа, не знаю что это, даже не слышал.

2. Европейская компания с перспективой релокейта на Кипр

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

Интервью 60 минут. Первые 45 мин:

• типы тестирования
• севирити-приор
• с чем работал
• какие тулы применяются и какие применял для разных типов тестирования
• что тестировал и как расскажи сам

По технической части все. Затем лайтовые 25 мин:

• рассказ о проекте в общем (неразглашение, сорри" как кот в мешке), будущая роль в команде, задачи по автоматизации, особенности работы и жизни на Кипре.

Через неделю попросили референс на LinkedIn от моего предыдущего руководителя.

3. Продуктовая немецкая компания

Третье интервью с продуктовой немецкой компанией. Штат 5 основных членов команды, и около десяти студентов, приходящих и уходящих практикантов. Требовался основной QA Engineer, но на полставки, причем ищем ручника, но если тебе будет удобнее и необходимо писать автотесты на здоровье.

Интервьюеры CEO и HR, задавали вопросы по очереди по видеосвязи:

• с чем работал
• какие планы
• какой вклад можешь привнести в команду
• как работаешь в роли первого лица, сам ставить себе задачи и отчёты

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

По итогу, спустя всего 30 минут общения предложили выполнить тестовое задание.

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

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

Результат: не отчитывался, но мои таски были видны. Писали на email, чтобы продолжить общение, но я сказал: Sorry, but no.

4. Британская компания

В Британскую компанию предлагали удаленно, или релокейт, потом посмотрим...

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

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

5. Онсайт в моем городе

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

Этапы общения:

Предварительно пятнадцатиминутный разговор по телефону с HR через дней пять после моего спама. Еще через дней пять назначили встречу в офисе.

Меня опрашивали три QA менеджера и лида. Продолжительность собеседования 50 минут, но в быстром темпе. Только важное и без заминок.

Что было:

• один из экзаменаторов, тимлид, зашёл с ноутом, позвал меня и спросил: Вот real-life задание: что-то не так. Твои предположения? Я сам ещё не разбирался, только что прилетело Там был какой-то лог с кибаны и серверной ошибкой с докером.
• Рассказать про себя, почему в тестировании, а не скучно ли и бла-бла как везде и всегда, уже стало скучно отвечать на этот вопрос в пятый раз.
• Аутентификация vs авторизация.
• Кто виноват, если баг на проде.
• У нас есть дэв и прод энвайронменты. Всё. Нет стэйджинга. Что нужно сделать, чтобы всё было удачно? Ок, а что сделать, чтобы было максимально безопасно?
• Что такое дженкинс? За что отвечает? А какая разница между CI и CD?
• Java and the whiteboard: Сможешь написать на доске простенькую задачку типа вывод чётного или нечётного? Давай попробуем и всё это в формате диалога, а не спросил-ответил. Если туплю, то подсказывают и рассуждаем вместе. Шикарно.

Чего не было, удивило:

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

Результаты поиска работы и мои офферы с зарплатами

Всё. Больше собесов не было.

Итак, казалось бы: последний этап выбрать, куда идти работать. Но это сложный выбор, плюс доля везения.

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

1. Кипр. Кипру я понравился. Разработчик сказал, что ему понравился мой background сомелье, и он хочет разбираться в вине, поэтому и выбрал меня. Без понятия, насколько это правда.

Через неделю после собеседования на email выслали оффер, огласив цифру salary (я не подписывал NDA, могу смело говорить вслух 2600 евро чистыми, 3200 грязными)
Это случилось в день собеседования в моем городе. На радостях пишу HRу и говорю: Сорри, тут мне предложение сделали, от которого нельзя отказаться.

2. Удаленка в европейской компании. За неделю до этого мне удалённая работа от европейской компании сказала: Ты нам понравился, жди оффера, ты наш. И я жду, но ищу синицу в руках.

3. Онсайт в моем городе. Компания в моём городе тоже готова сделать оффер. Изначально просил 800, сами подняли и предложили 1000 долларов, что выше всяких статистик с моим опытом. Причём компания моей мечты, но я со слезинкой говорю им: Сорри. Я в Кипр, наверное.

Дальше лирика, можно закрывать статью

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

Я самоуверенный парень, думал, что всё в кармане. Еду на Кипр с шикарной ЗП и теплой жизнью. Честно говоря, не очень хотелось: непонятная работа и далеко от дома, плюс я уже устал жить далеко от Родины, требовался отдых. Но зарплата привлекала

Спустя месяц молчания от Кипра, когда я уже даже анализы ВИЧ и другие штуки для релокейта отправил вместе с пакетом документов, я перегорел.

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

Пришёл, оговорили ЗП, сказали: Завтра будет оффер. На завтра его не было.

Вот они, soft skills: Дмитрий, извините, мы взвесили все за и против и не готовы взять на себя ответственность, вдруг вы всё-таки передумаете и уедете на Кипр. Так что желаем вам удачи.
Ах, если б они знали, насколько я хотел быть с ними Жаль.

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

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

Но я рад: команда шикарная, цели приземленные, документация божественная. То, что задумывал осуществил.

P.S. Мне Кипр ещё писал, но я отказался. И это того стоило!

Спросили Алексея Петрова pifagor_mc, Head ofQAСбермаркета, про интервьюQA-инженеров изаписали ответы. Аещё для подготовки прикрепили ссылки, которые онсоветовал ищите ихвконце статьи.

Втексте говорим только про собеседования:

• какое резюме прочитают внимательно, какое закроют через пару секунд,
• очём спросят наинтервью вас иочём стоит спросить работодателя,
• какие soft skills прокачивать QA-инженеру
• икак обсуждать зарплату наинтервью.

Про метрики качества продукта, смерть QA смотрите взаписи вебинара наЮтубе.

3основные рекомендации посоставлению резюме для QA

1. Объём неболее 1,5страниц. Этото, что бросается вглаза сразу резюме должно быть лаконичным. Многие пытаются написать Повесть временных лет, иописать опыт вдесятках, сотнях строчек. Старайтесь делать выжимку самого важного: больше 3листов интервьюер нечитает, лучше всего одна страница или полторы.
2. Описаны результаты. Здорово, когда резюме структурировано попринципу зона ответственности + достижения. Тоесть непросто написано, что сотрудник работал работу, участвовал втестировании, асформулирована понятная зона ответственности: зачто отвечал, что снего спрашивали. Ивработе любого специалиста существуют достижения: знаковые релизы, выпущенные фичи, карьерный рост это очень важно, надо указывать.
3. Опыт иинструменты соответствуют. Например, если человек занимался мобильным тестированием упомянут инструментарий, характерный для мобильного тестирования, прямо ключевые слова. Например, Fiddler, Charles, Android Studio, Xcode итак далее. Если тестировал бэкенд Insomnia, Postman, что-то такое. Когда видишь только опыт без инструментов, возникает вопрос, насколько поверхностно специалист знаком сработой. Инаоборот если использованные инструменты выглядят как ключевые слова без реального опыта применения. Например, указан Zabbix, аинженер всю жизнь занимался клиентским тестированием наверное, оночень мало работал сZabbix.

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

Изкаких блоков состоит стандартное интервью

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

1. Сначала представить компанию, описать процессы, рассказать про команду иожидания отбудущего коллеги. Сразу скажу, вэтой части люблю оставлять ловушки: очём-то сознательно нерассказываю, чтобы наэтапе вопросов откандидата ему было, очём спросить, амне можно было углубиться вподробности.
2. Дальше очередь кандидата: его опыт, контекст применения инструментов, методик. Как часто они вкомпании релизили, что делали, зачем, почему. Наэтом этапе меньше интересует рассказ про продукты. Иногда люди уходят вдебри, говорят про тонкости реализации архитектуры ихприложений. Это здорово, носамое важное для меня инструменты, подходы, решения различных кейсов.
3. Следующий этап собственно решение кейсов. Уменя есть своё собрание вопросов, которые использую для разных профилей: для мобильных тестировщиков одни, для специалистов побэкенду другие, для кроссфункциональных тестировщиков третьи.
4. Завершает обязательный этап свопросами откандидата. Есть такое понятие как инвертированное собеседование. Это для меня как интервьюера круче всего. Когда создается впечатление, что нетысобеседуешь, атебя собеседуют: задают вопросы, как устроен процесс разработки, что сCI/CD, как увас автотесты, акакой фреймворк, зачем, почему Вэтот момент понимаешь, что специалисту невсё равно, онвовлечён, аеще понимаешь, что его волнует. Идля себя делаешь пометки: например, человек больше смотрит вширь. Очень важно, чтобы человек задавал вопросы, которые помогалибы ему подстраховаться отошибок, которые онсовершил напрошлом месте. Если человек рассказывает, почему ушёл изпрошлой компании инасобеседовании неподкладывает себе соломки под туже причину для меня это тревожный звонок.
5. Под конец оргвопросы. Зарплатные ожидания: всегда прошу озвучить кандидатов минимум, исходя избазовых потребностей дети, семья, ипотека. Имаксимум: если учеловека есть адекватная профессиональная оценка собственных навыков, компетенций порынку это здорово. Повозможности ястараюсь прямо давать кандидатам обратную связь, чтобы уних было понимание, как всё прошло. Хотелосьбы, чтобы собеседования проходили втаком свободном формате это позволяет расстаться напозитивной ноте, даже если конкретно сейчас кандидат наместо неподходит. Уменя много примеров, когда скандидатами расстались попричине сейчас невремя, испустя какой-то период мысними работаем.

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

Talent Partner вботе @g_jobbot поможет упаковать резюме так, чтобы заинтересовать интервьюеров, иответит навсе вопросы пособеседованию. Бот просто ибыстро настраивается: сфера, зарплата, локация (например, релокейт). Подходящие вам варианты будут приходить вТелеграм.

Самый популярный кейс, чтобы составить представление, что будет наинтервью

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

Наверное, теперь придётся исключить изсобеседований этот вопрос! Ноприведу пример. Форма авторизации: логин-пароль, всё просто. Логин помаске либо телефон, либо имейл, пароль имеет какое-то ограничение. Большинство кандидатов начинают перебирать комбинаторные варианты: введу много пробелов, ещё что-то такое. Адля пользователя важны другие кейсы: при существующем аккаунте, пускай при корректной связке логин-пароль (имейл+пароль, номер телефона+пароль) пускает, понесуществующей связке непускает. Дробить тут можно бесконечно. Почему-то забывают про кейс свосстановлением пароля. Ярегулярно сталкиваюсь стем, что забываю пароль оточередного сервиса, инадо его восстанавливать.

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

Втестировании безусловно играет роль иproduct vision. Сейчас есть такая модная штука: shift-left testing. Тестирование подключается как можно раньше, включается впроцедуру планирования, проработки требований. Такой подход всё популярнее вомногих крупных компаниях, иразумеется, что QA-инженер понимает, какое есть продуктовое видение. Пусть вбэклоге заложено 1520задач: зачем мыихделаем, какую пользу приносим пользователю взависимости отэтого строятся кейсы. Например, хотим повысить ретеншн умобильного приложения. Значит всё, что связано среактивирующими пушами для нас ввысоком приоритете. Поэтому они должны работать идеально, как часы: приходить ровно, таргетировать человека втоместо, куда должны, итак далее. Безусловно, QAдолжен понимать, зачем икак это происходит.

Есть альтернативный подход: shift-right testing. QA-инженер неначинает работу, когда тикет приходит всостоянии ready for test подключается раньше, инебросаетеё, когда тикет перешел вtested. Инженер помогает зарелизиться, помогает сопровождать впродакшене.

Речь ипро регрессионные тесты, которые вбудущем повторяются иговорят отом, что данный функционал недеградировал. Речь ипро продуктовые метрики. Нередко, глядя наних, можно сделать предположение, что что-то пошло нетак: смотрим натотже DAU, аонрезко просел после последнего релиза. Может, потехническим метрикам мыэто неуловили, нарегрессах проблемы нет, новсё равно это сигнал разобраться, что пошло нетак, что повлияло наэти события. Плюс ненадо забывать А/В-тестирование, feature toggling итак далее. Многие компании выпускают фичи начасть аудитории, QAвместе спродуктовыми аналитиками оценивают, оправдываетли фича возложенные нанеё надежды, если да занимаются раскаткой дальше. QAнедолжны бросать фичу, протестировал незначит, что работа закончена.

Что спрашивать интервьюеров насобеседовании

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

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

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

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

Soft skills для QA: 3качества, которые стоит прокачивать всебе потвоему мнению

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



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

Второе: важно, чтобы человек излучал уверенность. Иногда встречаешь кандидатов, просишь рассказать, какие http-методы онзнает. Неуверенным голосом онговорит: get, post, кажется, patch, put delete options.... Спрашиваешь, вчём отличия get иpost, авответ: ну, янеуверен по-моему, один получает, другой создаёт объект, или что-то такое.... Если видно, что человек выдаёт правильные ответы насобеседовании, ноделает это очень неуверенно вреальной работе его съедят.

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

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

Аотсюда иинициативность. Нужно еёпрокачивать, небояться выражать мнение, подсвечивать проблемы. Может, попросить добавить новый статус? Аможет, начать делать код-ревью? Сопротивление илегкая конструктивная оппозиция. Для всего этого, безусловно, должна быть инициативность.

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

Зарплата погрейдам: про какие цифры может идти речь, кчему стремиться

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

Джуны от20тыс.до100тыс. рублей. Найти работу сбольшой зарплатой сложно, одними курсами необойдёшься, ноустроиться можно. Ктомуже сильно зависит отрегиона.

Умиддлов зарплаты тоже отличаются взависимости отрегиона, компании, вкаком секторе она работает. Финтех обычно платит больше всего область специфичная. Для миддла от7080тыс.до150160тыс. Тут ещё вопрос, кто какой уровень считает миддлом вмоём представлении, это сформировавшийсяQA, который представляет, куда развиваться, чувствует почву под ногами, понимает, что хочет, может ответить напять почему.

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



Тимлиды получают от140тыс.до300тыс., для хэдов явидел вакансии до500 тысяч рублей. Все цифры называю сучётом налогов.

Как торговаться озарплате

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

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

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

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

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

Ресурсы для подготовки ксобеседованию

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

Есть пара ссылок про инвертированное собеседование: какие вопросы задавать изачем. Это архиважно: когда перед тобой сидит кандидат, инавопрос окомпании или продукте незнает, что ответить выглядит неочень. Инаоборот, намоём опыте был человек, который погуглил наши статьи наХабре, почитал, что пишут СМИ, установил продукт, сделал тестовый заказ, записал несколько баг-репортов, сопроводительное письмо это подкупает.

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

Подготовка ксобеседованию

• Собеседование для собеседующих (Хабр)
• Погружение вCharles Proxy (Хабр)
• Образ современного тестировщика. Что нужно знать иуметь (Хабр)
• Что должен знать тестировщик бэкенда (Хабр)
• Обратное собеседование (Github)

Потренироваться

• Тестовые площадки для тренировок настоящих ниндзя (блог Noveo)
• Cant Unsee

Помощь

• Software Testing
• Automated Testing
• Testbase
• Про Тестинг
• Качество итестированиеПО (Youtube)

Конференции имитапы

• SQA Days
• Heisenbug 2020 Moscow
• TestCon Moscow 2020
• Podlodka

Школы

• GeekBrains
• Яндекс.Практикум
• Нетология
• Otus.ru

Авторские программы

• QA.Guru
• RFT.QA

Пошабашить

• uTest
• TestBirds

Telegram-каналы

• https://t.me/qa_ru
• https://t.me/qa_bad_company
• https://t.me/qaevents
• https://t.me/yetanotherqa
• https://t.me/radioqa

Книги

• Тестирование Дот Ком или Пособие пожестокому обращению сбагами винтернет-стартапах, Роман Савин
• Тестирование программного обеспечения. Базовый курс
• 5лучших книг потестированиюПО отНатальи Руколь
• Книга для начинающих тестировщиков

В g-mate много крутых вакансий для QA. Используйте бот @g_jobbot, чтобы получать вакансии посвоему профилю прямо вTelegram.

Хабр, привет! Меня зовут Ася, я ведущий инженер-тестировщик (QA Lead) в КРОК.

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

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

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

Как технарское во мне победило гуманитарное

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

Сочинение 4, математика 4, английский 2 Естественно, не прохожу, а в другие вузы даже пытаться не стала я хотела только в МГУ. После школы я нигде не работаю и готовлюсь к поступлению. И вот, следующий год, МГУ, все тот же филфак. Сочинение 3, математика 5, английский опять двойка

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

Как я фиксила баги собеседований и дофиксилась до тестировщика

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

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

Погуляв и отдохнув летом после увольнения, я перешла на 5 курс и пошла искать работу. Я была профоргом в группе, покупала на всех проездные (московские студенты середины 00-ых, вы помните такое?) в один из таких разов я наткнулась в профкоме на карьерную брошюру, где были неплохие советы о составлении резюме. Так появилось мое первое резюме и первое письмо работодателю.



Его я вывесила на hh.ru и сайт для студентов, которые ищут первую работу (он еще был в каком-то желтом дизайне). Когда готовила пост, решила немного окунуться в ностальгию и посмотреть, на что откликалась у меня почему-то отложилось, что я искала только вакансии разработчиков. Но оказалось, что я была готова работать и в техподдержке, и инженером-математиком. Мне важно было попасть в ИТ а кем и куда, было не важно. И хотя у меня был уже опыт (т.е. я вроде уже попала туда), человеком с опытом я себя не ощущала, поэтому по-прежнему считала себя начинающим. Смотрю и завидую даже немного нынешним джунам за нами тогда компании не охотились, в тележке, Хабре и Гитхабе не выискивали :))



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

А вот такой был ответ от Яндекса:



Потом я попала на одну карьерную выставку и увидела там стенд КРОК погуглила после сайт и решила откликнуться на одну из вакансий. Сейчас, конечно, смешно вспоминать свою мотивацию мне понравился офис (аж 11 этажей, не то что в моем прошлом офисе всего один), то, что с моей Калужской удобно делать пересадку на желтую и бесплатный обед (это ж можно домой булку или яблоко с собой унести). Сейчас студенты, конечно более осознанные :))

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

Взрослая работа и первые ошибки

1 декабря 2009 года был мой первый рабочий день в КРОК, но на серьезный проект меня поставили только в феврале. Мы писали софт для Всероссийской переписи населения 2010 года. Одним из условий работы на нем была необходимость сидеть всей командой в одной комнате. Не помню точно, сколько нас было кажется, почти под 50 человек. Это был кайф кайфный, даже жалею, что такого опыта больше пока что не случилось теперь команда не то что по комнатам-этажам раскидана, но даже по городам и странам. Кто бы что ни говорил про возможность работать из-под пальмы, но работать бок-о-бок непередаваемо-вдохновляющие ощущения.

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

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

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

У меня было вот так:

• проверяла сначала негативные кейсы, не проверив позитивные
• проверяла по настроению, без системы проверок (чтобы быть уверенным, что ты выполнил полное тестирование и ничего не забыл. с этим я разберусь позже, когда займусь своим образованием)
• проверяла числовое поле, вводила туда буквы, а они не вводились. А потом оказывалось, что с помощью Ctrl+C-CTRL+V буквы в числовое поле очень даже прекрасно вводились:)
• была и совсем дичь: проводя функциональные тесты через UI, не смотрела что там происходит в базе данных, как вся информация сохранилась.

Я подмастерье vs Я наставник

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

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

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

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

Порефлексировав, я поняла, что этот опыт, кроме радости воспитания нового спеца дал мне еще вот что:

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

Тестировщик без базы быть или не быть

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

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

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

Как бы все сложилось, если бы у меня была база? Хочется дать ответ, что с ней мое развитие пошло бы быстрее. Но ведь не факт. Сейчас, когда провожу много собеседований, вижу, как многие прошли курсы по тестированию, сыпят всякими словами вроде: ооо, я провожу смоук тестирование, оооо, тестирование черного ящика. Но обширная теоретическая база часто означает недостаток практики. У меня же было полно практики, и скорее, когда я училась, то примеряла свои примеры из работы на ту теорию, которую рассказывали, и сразу представляла, что и где могла бы применить, или как стоило по-другому построить кейсы.

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



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



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

Два выгорания за 5 лет

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

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

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

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

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

Несколько месяцев назад я поняла, что еще больше, чем тестированием, мне хочется заниматься улучшением процессов, поиском проблем в процессах именно в проектах и командах. Так я стала агентом изменений в департаменте разработки программного обеспечения (ДРПО) помогаю командам стать адаптивными.

Что это за зверь такой агент изменений?

Начну издалека.

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

Как был устроен тренинг: после каждого часа теории мы разбивались на группы для отработки навыков на практике. Задания на первый взгляд могут показаться очень легкими (например, нам раздали бумажки и предложили найти соответствие между ценностью Agile и ее описанием), но здорово помогали в игровой форме закрепить информацию. А еще была понятна структура вот 5 событий, у каждого есть таймбокс, присутствующие люди, цель, артефакты на входе и выходе.



На фото самая впечатляющая часть тренинга. Города + Lego = любовь. С каждым раундом мы понимали, что лажаем и лажаем но к третьему выровнялись и получилось круто.

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

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

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

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

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

Если кратко, то вот результат, к которому мы стремимся:

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

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

Из ближайших целей мы хотим, чтобы про нашу инициативу знали не только в ДРПО (нас около 600 человек сейчас), но и как минимум 1000 человек за пределами департамента всего нас в компании 3000+. Хотим поработать с 15 проектами и оценивать их конкретными измеримыми метриками, а не только на уровне ощущений было-стало.

Сейчас в нашей команде 1 Agile-коуч и 8 агентов изменений. Мы еженедельно собираемся на синхронизации, ведем общую доску активностей в Trello с нашими общими целями и целями каждого агента изменений. Работаем по спринтам, в конце спринта анализируем, что удалось, а что нет.

Что мы делаем?

Мы приходим в проект, из которого поступил запрос, и начинаем исследование посещаем несколько проектных встреч, где наблюдаем, как проходит дискуссия, вокруг чего она строится, как команда общается друг с другом на встрече. Затем мы проводим интервью с каждым членом команды и готовим перечень проблем с пояснением и доказательствами того, как она связана с конкретными потерями (чаще всего это потеря времени, см. бережливое производство, оно же Lean). По каждой проблеме мы даем рекомендации какие Agile-инструменты могут помочь ее решить., которые бы помогли проработать эти проблемы. Рекомендации это что из Agile-инструментов (есть вот такая громадная карта инструментов от Deloitte, часть из них мы используем).



Примеры конкретных рекомендаций практики из Kanban Maturity Model, которые помогают команде перейти с одного уровня зрелости на следующий, какие-то события из Scrum, своевременная обратная связь друг другу.

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

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

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

***
Закончить пост хочу вопросами.

Тестировщики, за что вы любите свою профессию и что вас держит? Как начинали свой путь? Если развиваетесь в автотестах тоже очень интересно узнать, как к этому пришли? (кстати, мы сейчас расширяем команду QA Automation инженеров детали тут). Если вы ушли из тестирования, то что делаете сейчас и делает ли вас это счастливыми? Если вернулись, то почему?

Моя почта для связи AnLivenskaya@croc.ru. В комментах тоже буду рада пообщаться :)