Разбор реального кода
Каждая сессия начинается с конкретного кода клиента: функция, тест, баг-репорт. Абстрактные примеры используются только когда реального материала недостаточно для объяснения принципа.
"
Систематическое тестирование и отладка под руководством ментора
Manselu — долгосрочное наставничество в области тестирования программного обеспечения. Не курс с дедлайнами, а постоянная работа с реальными задачами клиента на протяжении 6–18 месяцев.
Условия у каждого разные — метод подстраивается
Нет двух клиентов с одинаковым стеком, командой и темпом работы.
Один занимается в 22:00 после основной работы, другой — в рабочее время с разрешения работодателя. Один отлаживает монолит на Java, другой — распределённые сервисы на Go. Программа строится вокруг конкретного контекста: реальный проект, реальные баги, реальный дедлайн.
За первые 3 сессии ментор собирает карту: стек, уровень покрытия тестами, типичные места регрессий, скорость локализации дефектов. На основе этой карты формируется рабочий план — не учебный, а операционный.
3
сессии на диагностику
6–18
месяцев сотрудничества
1:1
формат работы
Из чего состоит работа
Три элемента, которые существенно влияют на то, как быстро клиент начинает работать самостоятельно без постоянных вопросов.
Задачи между встречами
После каждой сессии клиент получает 1–2 конкретных задания: написать тест, воспроизвести баг, добавить логирование. Без этого разрыв между пониманием и навыком не закрывается.
Асинхронная обратная связь
Между сессиями клиент может прислать вопрос или кусок кода. Ответ приходит в течение 24 часов. Это важно: большинство инсайтов возникают не во время встречи, а в процессе самостоятельной работы.
Чем это отличается от курса по тестированию
Курс даёт знания. Наставничество меняет то, как человек думает о задаче.
На курсе 40+ часов видео и один финальный проект. Здесь — 40+ часов работы с вашим кодом и вашими тестами. Разница не в формате, а в том, чей контекст находится в центре.
Материалы по теме публикуются на странице новостей — там можно отследить, какие вопросы чаще всего возникают у практикующих специалистов.
Контекст клиента, а не учебный
Работа ведётся с реальным репозиторием, реальными дефектами и реальной командой — не с синтетическими заданиями.
Темп определяет клиент
Если неделя плотная — встречу можно перенести. Если возник срочный баг в проде — это повод для внеплановой сессии.
Знания остаются внутри
Через 6 месяцев клиент не возвращается на следующий уровень курса — он продолжает работать самостоятельно с другим качеством решений.
Когда это работает, а когда нет
Формат предполагает определённую базу и готовность к регулярной самостоятельной работе.
Наставничество — не замена обучению с нуля. Клиент уже должен уметь читать код, работать в терминале и понимать, что такое unit-тест. Без этого первые месяцы уйдут на восполнение пробелов, которые эффективнее закрывать через документацию и базовые курсы.
Минимум 5 часов в неделю
Практика между сессиями обязательна. Одна встреча в неделю без
самостоятельной работы не даст устойчивого результата.
Рабочий проект или задача
Идеально — действующий репозиторий с тестами или без. Учебный
pet-проект тоже подходит, но прогресс будет медленнее.
Готовность к честной обратной связи
Ментор указывает на конкретные ошибки в коде и подходе. Это не
всегда комфортно, но именно это и создаёт прогресс.
Восемь месяцев с backend-разработчиком из e-commerce
Клиент — разработчик с 4 годами опыта, без опыта в тестировании.
На старте покрытие тестами составляло около 12%, регрессии появлялись в каждом втором деплое, на локализацию дефекта уходило от 3 до 8 часов. Команда избегала рефакторинга из-за страха сломать работающий код.
Через 4 месяца клиент самостоятельно написал интеграционные тесты для платёжного модуля — до этого эта задача висела в беклоге 7 месяцев. К концу сотрудничества он начал проводить code review в части тестирования внутри своей команды.
12% → 61%
покрытие тестами за 8 месяцев
~40 мин
среднее время локализации дефекта к
концу
34 PR
с тестами за весь период
0 регрессий
в последние 3 месяца работы
Что описывают долгосрочные клиенты
Не оценки формата — а то, что меняется в работе спустя полгода и больше.
Я перестал бояться задач, где раньше сразу шёл к коллеге. Не потому что стал умнее — просто появился систематический способ думать о проблеме. Первые 6 недель казалось, что прогресса нет. Потом он стал очевидным.
Яэль Дрори
QA-инженер, SaaS-продукт
Самое ценное — обратная связь по конкретному коду. Не «ты делаешь неправильно», а «вот здесь граничный случай, который ты не покрыл, и вот почему это важно именно в этом контексте». После 9 месяцев я стал писать тесты раньше, чем код.
АК
Адам Кацнер
Backend-разработчик, fintech
Я рассчитывал на 3 месяца. Продолжил на год. Не потому что не справлялся — потому что каждый месяц появлялась новая область, которую имело смысл разобрать вместе. Работа с ментором — это не обучение, это другой режим мышления.
РЛ
Рафаэль Леви
Full-stack разработчик