career boost: как джуниору случайно стать лидом и не...

Career boostКак джуниору случайно стать лидом и не получить от этого

удовольствия

About Евгений Фролов Образование: computer science in

education (a.k.a. учитель информатики) Должность: Software Testing Automation

Engineer

Agenda Как стать джуниором в автоматизации Последний тестировщик — «выживший» Как получить в нагрузку большой проект и не сойти с

ума Как совмещать QA, QC и DevOps в одной роли Подводные камни «плохой» архитектуры с точки

зрения тестировщика Как найти не-тестировщика в команду

Как стать джуниором в тестировании

Как попасть в ITEasy way:1. Получаем профильное образование2. Проходим стажировку3. …4. Вы уже работаете в IT

Как попасть в ITHard way:1. Изучаем все самостоятельно2. Работаем за еду или бесплатно на фрилансе3. Проходим собеседование на full-time

позицию4. Работаем в IT

Как не потерять время Определиться с профилем: тестирование,

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

сразу Изучить пул вакансий Читать литературу и профильные ресурсы Начать практиковаться

Как потерять время Спонтанно менять профиль: сегодня front-end

разработчик, завтра тестировщик, послезавтра дизайнер Больше стеков, хороших и разных: сегодня я пишу на с+

+ под Unix, а завтра на Mono под iOS Только модные технологии которые появились вчера Сам натыкаю и изучу, сам сделаю все велосипеды с

костылями… А лучше, полежу на диване и подожду пока не пришлют

тестовое задание

Последний тестировщик — «выживший»

Задачи которые ставят перед джуниором в команде тестирования

Создание кейсов, если функционал простой и понятный

Доработки тестового фреймворка, если небольшие и очевидные

Автоматизация кейсов используя уже реализованные функции

Задачи которые стоят перед единственным тестировщиком

Разработка кейсов, планирование Организация задач Автоматизация, поддержка тестового фреймворка Анализ, метрики Коммуникация с командой разработки Выпуск релизов Поддержка тестового окружения …и т.д. …и все это одновременно, в одиночку

Что делает джуниор, когда ему непонятно? Он спрашивает middle-тестировщика Если мид не знает, то он спрашивает senior-тестировщика Если сениор не знает, он спрашивает team lead Лид уже заранее спросил обо всем разработчика и менеджера

Что делает джуниор, когда некого спрашивать?

Что делает джуниор, когда некого спрашивать?

Твой лучший друг support — спроси у них, они всегда подскажут (нет, не всегда)

Ты можешь спросить у разработчиков, они точно знают (если он не такой-же «выживший» разработчик как ты)

Спроси у архитектора (он уже давно уволился, ну ты понимаешь)

Спроси у менеджера (ему некогда, он пошлет тебя к предыдущим трем)

…открой исходники и документацию, да разберись сам

Первый ВторойТретий релиз в новой

роли

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

высоком уровне Усталость, стресс, страх

Как «выживать»? Тайм-менджмент Разделение задач Записи … не попадать в такие ситуации

Тайм-менджмент To Do списки Фокус на одном таске за раз Расстановка приоритетов Борьба с прокрастинацией

Разделение задач По областям (QA/QC/DevOps) По времени (сделаю до обеда, за день, неделю…) По лицам (важно для тестирования, важно для заказчика,

важно для разработчиков, важно для саппорта)

Записи

QA + QC + DevOps

QA QC DevOpsРазработка кейсов

Автоматизация Билды

Тестовый план Запуск тестов CI

Риски Поддержка фреймворка

Test environment

Метрики Анализ результатов

Микро-сервисная архитектура до реализации

Микро-сервисная архитектура на самом деле

Проблемы запутанной архитектуры

Слишком много точек соприкосновения при интеграционном тестировании

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

Плохой UI для автоматизации

Не уникальные ID (или их отсутствие) Очень сложное структурное дерево (плохая

верстка) Динамичность страницы (ожидания, ожидания

везде) Проскальзывающие события в JavaScript (вызов

событий по любому чиху на странице)

Head Hunting

План хедхантинга

1. Разместить вакансию2. Найти опытного автоматизатора3. Показать проект4. Отдохнуть

План хедхантинга, на самом деле1. Разместить вакансию2. Прождать несколько месяцев3. Отобрать несколько резюме4. Провести собеседования5. Никого не найти6. Прождать еще несколько месяцев7. Взять джуниора8. Неэффективно начать обучать его, постоянно отрываясь от

важных задач9. Начать жаловаться «как все плохо»

Всем нужен Вася

Типичная вакансияБесполезная информация

На это будут смотреть HR, когда получат резюме

На это будут смотреть Senior, Leadучастники команды разработки

На самом деле вы будете заниматься только этим

Вакансия для Васи, Lead QA/QCВася будет делать это

И это тоже ему пригодится

Точно будет делать это

Плюшки «не как у всех»

Обучение новичка

Бизнес домен

Технические умения

Процесс

Quick resume Что можно получить из такого буста «полезного»:

Опыт в разных областях в большем объеме, чем при разделении задач в команде

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

Что можно получить из «неполезного»: Кашу из знаний во всех областях Bad practices — тысячи их Пару седых волос и потрепанные нервы

The end