Victor S | QA

Спасибо, SECON! 💙

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

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

До новых встреч, SECON!
Оригинал: click

✍️ @removespreadblog

🛥 removespread.ru/courses/docker

Полный список изменений можно увидеть на двух курсах.

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

Улучшения можно присылать в личку или на почту - v@removespread.ru

✍️ @removespreadblog

🐞 С днём тестировщика!

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

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

💻 А теперь - к обновлениям сайта.
В прошлом посте я уже показывал новый дизайн. С тех пор доработал ещё много деталей, и теперь готов поделиться результатом.

Что изменилось:
• Полностью переделал главную.
• Добавил частицы, которые меняются при прокрутке. Кольцо, куб, портрет, символы кода и контакта - у каждого раздела своя фигура. Тут лучше один раз зайти и полистать, чем пытаться объяснить словами.
• Обновил каталог курсов. Новое оформление, карточки и анимации справа, которые тоже меняются вместе с разделами.
• Собрал отдельную страницу курса по Python. На ней можно посмотреть описание, программу из 36 модулей и 111 уроков, а затем перейти к обучению.
• Доработал переходы и плавность. Между страницами частицы собираются в ромб и раскрывают следующую страницу. Заодно исправил выход анимаций за экран, смягчил движение и снизил нагрузку во время переходов.
• Звуковое сопровождение, а почему бы и нет?

Уже обновлено: removespread.ru

Залетайте, смотрите, щупайте! Баги и предложения по улучшению можно присылать в личку или на почту - v@removespread.ru.

В день тестировщика пригласить тестировщиков проверить свой сайт - кажется, хороший план 😈

✍️ @removespreadblog

😈 Большое обновление курса по Python!

Полный перечень изменений — на скриншоте. Пощупать всё вживую можно тут: removespread.ru/python-course/
Кроме того, полностью переделан сайт и страница с презентацией курса. Заценить новый дизайн можно по ссылке: removespread.ru

P.S. Курс по Docker уже в процессе работы 😄

💙 Обновление курса по Python!

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

Список изменений:
• Исправлена логика тестов по всем задачам: были ситуации, когда задача явно не подразумевала вывод окончательного результата, при этом тесты падали без какой-либо информации.
• Исправлена логика бесконечного цикла: движок по коду работает в отдельном потоке, а также выставлен таймаут в 15с на исполнение кода.
• Улучшена стабильность курса: код выполняется заметно быстрее, при этом не используется много клиентской памяти.
• Исправлена логика подсказок: теперь подсказки для задач доступны спустя N-ное количество попыток.

Баги / предложения по улучшению можно писать в телеграм, а также на почту - v@removespread.ru

✍️ @removespreadblog

Уже пришло 4 комментария в личку с вопросом: "Почему нет курса на Stepik?"

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

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

💻 Готов показать!

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

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

Я немного разозлился и решил создать свой бесплатный курс по Python, где:
• Интерактивность: вы не просто читаете теорию, а выполняете задачи прямо в браузере.
• Разбор от А до Я: начинаем с переменных, проходим структуры данных и заканчиваем полноценным проектом.
• Широкий охват тем: я тестировщик, но курс не только про тесты. Здесь есть FastAPI, SQLite, динамическое программирование, деревья, графы и многое другое.
• Лидерборд: соревнуйтесь с другими участниками в формате "кто быстрее?".
• Шпаргалки: что-то забыли? Не проблема - посмотрите карточку и быстро освежите знания.
• Комментарии: хотите обсудить тему или просто написать «я тут был»? Пожалуйста, раздел с комментариями открыт!
• Мгновенная проверка кода (STDIN/STDOUT): автопроверка на множестве тестов без назойливых всплывающих окон.
• Синхронизация: зарегистрируйтесь один раз и продолжайте обучение с любого устройства.

Я открыт к улучшениям! Если у вас есть идеи (или вы нашли баги) — пишите на почту (указана в шапке канала) или в личные сообщения.

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

🚀 Начать погружение в Python можно здесь: removespread.ru/python-course

✍️ @removespreadblog

Добро пожаловать, 22.
А тебе всегда 59.
Безумно не хватает тебя.

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

1. Я переехал в Петербург.
2. Не боюсь изучать новое и погружаюсь сразу с головой.
3. Перестал носить маску и стал самим собой - за что спасибо моим друзьям!

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

Не готов полностью расписывать планы, но глобально цель одна - стать техническим nerd’ом в хорошем смысле, прокачать менеджерские навыки, ведь это то, чего мне действительно не хватает.

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

✍️ @removespreadblog

Марафон «В QA за 60 дней» завершен! 🎉

Вчера мы отметили это эфиром на тему поиска работы. Разыграли подписки на Cursor и Claude Code для тех, кто дошел до конца. Заценить можно тут: https://www.youtube.com/live/T4yiLIzdrds?si=1pVeCYEmpTvZFUSO

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

Сохрани в закладки, пригодится: https://aiqa.su/base/jobs

Также было принято решение не скрывать записи эфиров. Слишком много людей просили не делать этого, поэтому все эфиры будут в открытом доступе. Плейлист: «В QA за 60 дней».

Поэтому, если не успели на марафон, можете продолжить обучение на YouTube бесплатно!

А если вы хотите индивидуальную проверку ДЗ, комьюнити и доступ к текстовым лекциям и тестам, а еще новым урокам, то присоединяйтесь к сообществу на Boosty: https://boosty.to/lebedses

В сообществе обучение не заканчивается никогда: голосуем за темы для лекций, прокачиваемся и помогаем друг другу. Поэтому, если интересно — welcome! 👍

Также для тех, кто проходил марафон, но отвалился в процессе, есть возможность получить доступ бесплатно. Напишите мне в личку отзыв о марафоне по ссылке @serzh52, и я пришлю вам ссылку с доступом на месяц!

Важно: это только для тех, кто в контексте марафона!

А в четверг, как я и обещал, у нас интервью с бывшим стажером, Виктором @removespreadblog попавшим в штат в 2026 году. Он расскажет свою историю обучения, поиска работы, стажировки и получения оффера.

Если ты сейчас новичок и ищешь первую работу, обязательно приходи!

Четверг в 21:00 на YouTube.
Ссылка: https://www.youtube.com/watch?v=8HsNWctLLko

❓ Как правильно проводить тестирование, чтобы не допустить блокеров?

"Я сейчас пропущу блокер/крит — и меня уволят" - один из вечных страхов начинающих QA-инженеров, которые впервые сталкиваются с реальными продуктовыми задачами.

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

1️⃣ Начните с контекста от разработчика
В продуктовых задачах очень важно, чтобы разработчик оставлял для тестировщика короткую памятку:
- Что было сделано?
- Как было/как стало?
- Какой функционал был затронут?
- Идеально - разработчик самостоятельно укажет платформы для проверки
Это не "одолжение QA", а нормальная часть командной работы. Потому что тестировщик не всегда может по названию задачи понять весь технический и продуктовый контекст. Разработчик изначально знает то, что он написал в коде, у него больше контекста/информации по задаче.

Хороший комментарий от разработчика может сэкономить часы тестирования и помочь найти критичный дефект ещё до релиза.

2️⃣ Сначала проверяем основной сценарий
Не нужно сразу пытаться "сломать всё вокруг".

Сначала важно убедиться, что функциональность вообще работает так, как заявлено в требованиях. Если требования расходятся с комментарием разработчика - уточняем, насколько это релевантно.

Например:
- кнопка сохраняет данные;
- пользователь может оформить заказ;
- фильтр действительно фильтрует;
- новая настройка влияет на поведение системы;
- форма отправляется с валидными данными.

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

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

3️⃣ Подключаем базовую теорию тестирования
Когда happy path проверен, пора расширять покрытие.
Здесь помогают классические техники тест-дизайна: эквивалентные классы, граничные значения, таблица принятия решений. Это простые практики тестирования, которые не тяжелые для освоения. Вспомнить или изучить их можно тут, тут и особенно тут

4️⃣ Проверяем негативные сценарии
После основного поведения стоит посмотреть, как система реагирует на неправильные действия пользователя.

Например:
- пустые обязательные поля
- неверный формат данных
- слишком длинные значения
- повторные клики
- отсутствие прав
- истёкшая сессия
- ошибка сети
- попытка открыть чужие данные

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

5️⃣ Не забываем про зоны влияния
Один из главных источников блокеров - это не сама задача, а то, что она случайно сломала рядом.

Например:
- изменили регистрацию -> проверьте авторизацию;
- изменили корзину -> проверьте оформление заказа;
- изменили роли -> проверьте доступы;
- изменили отображение цены -> проверьте оплату, скидки, валюты;
- изменили API -> проверьте клиентов, которые его используют.

Здесь снова помогает памятка от разработчика: какие модули затронуты и где может быть побочный эффект.
Но! Мы не можем полностью доверять разработчику (такая у нас работа, чтож), поэтому включаем здравый смысл и голову и смотрим весь "смежный" функционал.

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

Например:
- кроссбраузерность
- адаптивность на разных разрешениях
- локализация
- корректность текстов
- производительность
- доступность
- стабильность при медленном интернете
- отображение в светлой/тёмной теме, если есть

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

Общий вывод, чтобы не нервничать при получении задачи:
Чтобы снизить риск блокеров, QA нужно не "тыкать всё подряд" (monkey testing), а идти по понятной стратегии.

✍️ @removespreadblog

А теперь - к практической части. Публиковать всё в один пост было бы преступлением, поэтому разберём отдельно. В качестве примера — моё резюме.

- Фотография «как на паспорт»
Не нужно выкладывать фотографию, где вы в баре пьёте с друзьями. Это сразу отталкивает. Мы же работу ищем, верно? Фотография важна по простой причине: люди работают с людьми, поэтому стоит показать себя в нормальном, деловом виде.
- Блок контактов в шапке
Указываем номер телефона, а также предпочтительный способ связи — Telegram.
Почту и Telegram лучше продублировать и указать с приставкой https, чтобы рекрутер мог сразу кликнуть на ваши контакты.
- Локация
Если ищете работу в своём городе — указывайте свой город.
Если ищете удалённый формат работы и/или целитесь в крупную компанию — можно указать Москву или Санкт-Петербург. Выборка соискателей в Москве намного больше, чем в регионах.
Также можно указать «готов к переезду» — это повышает шансы попасть в топ соискателей.
- Желаемая должность
Указываем: "Тестировщик". Если ищем работу лидом - пишем "Ведущий инженер по тестированию".
- Опыт работы
Ни в коем случае не накручивайте опыт, иначе это потом вам аукнется.
Чёрные списки действительно существуют: я видел их лично, и выбраться оттуда практически нереально. Это моё личное мнение — можете дополнительно поспрашивать других людей.
- Описание опыта в компаниях
Опыт работы в компании лучше описывать в следующем формате:
* наименование проекта и короткое описание;
* задачи на проекте;
* достижения;
* стек.
Стек лучше указывать в конце, через запятую, в одну строку. Если расписывать его в несколько строк, резюме получится слишком объёмным, а это не очень хорошо.
По моему опыту общения с рекрутерами, в среднем на первичный просмотр резюме уходит 5–7 секунд. Именно поэтому резюме не должно быть большим — оно должно быть максимально ёмким.
В обязанностях и достижениях также стоит использовать ключевые слова из вакансий, например: CRUD, тестирование, проведение, анализ, документация и т. п. Это помогает пройти фильтры и повысить видимость резюме.
- Если поменяли сферу
Если вы сменили сферу деятельности, как, например, я, желательно указать причину ухода.
Можете посмотреть мой опыт в Citydrive: в конце указана причина перехода.
- Образование
Указываем только фактическое, уже полученное образование.
Школу и курсы указывать не нужно. Курсы можно добавить только в том случае, если вы ищете свою первую работу.
Выше в публикации я писал, что курсы сами по себе не решают. Я не меняю своё мнение, но для стажёрских вакансий может быть важен любой релевантный опыт, чтобы рекрутеру было за что зацепиться.
- Навыки
Релевантные навыки можно посмотреть на этом сайте. Выставляйте навыки в том же порядке, что и на сайте. Это важно, чтобы резюме лучше соответствовало фильтрам.
- Раздел «Обо мне»
В этом разделе указываем софт-скиллы, а также базово описываем харды.
Контакты для связи тоже лучше продублировать, потому что ваше резюме находится не только на HH, но и в других системах, например в Huntflow. Дублирование контактов поможет рекрутеру найти вас в любой момент.

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

✍️ @removespreadblog

❓Как найти работу Junior QA в 2026 году?

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

Но если все это знают, почему многие до сих пор не делают первый шаг?
Потому что рынок стал жёстче, а вход в профессию - уже не такой простой, как пару лет назад.

Что сейчас происходит на рынке труда?
Если зайти на HH и сделать запрос Junior QA с фильтром Россия, можно увидеть около 87(!) вакансий.

🙆 И со стороны может показаться: "Ну вот же, вакансии есть. В чём проблема?"
Но в реальности их ещё меньше:
- часть вакансий уже неактуальна
- часть вакансий называется Junior, хотя требуется 1–2 года опыта
- часть предполагает офисный формат работы в другом городе
Формально вакансии есть. Фактически - конкуренция среди соискателей высокая, а требования выросли.

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

🙇‍♂️ Так что всё-таки нужно делать, чтобы найти первую работу?
- Привести резюме в нормальный вид.
Не нужно писать только: "Прошёл курс, знаю Postman, SQL, DevTools". Лучше показать, что именно вы делали: что тестировали, какие проверки проводили, с какими инструментами работали и какой результат получили.
- Коммуницировать с другими.
Ходить на конференции, митапы, встречи и круглые столы. Более того - писать людям напрямую, одним понятным сообщением и с чётким запросом: ищу работу, умею то-то и то-то, готов учиться и работать.
- Откликаться не только на Junior QA.
Стоит смотреть шире: QA Engineer, Manual QA, тестировщик ПО, инженер по тестированию, QA Intern, стажёр QA. Более того - не рекомендую выставлять фильтры на HH, они работают не так хорошо как кажется.
- Смотреть другие собеседования на YouTube.
Лучше найти какой-нибудь плейлист, или выборочно смотреть собеседования. Простой пример - клик. Я сам когда искал первую работу, включал несколько видео и слушал что отвечают кандидаты на собеседовании.
Можно посмотреть также и mock-собеседования, как пример - клик.

Никто не обещает сразу "горы денег" - на старте это уходит на второй план. Сначала нужно наработать опыт, имя и резюме, чтобы потом уже они говорили за вас.
В 2026 году работу QA-инженером найдёт не тот, кто просто "хочет в IT", а тот, кто может показать навыки тестирования, умение работать с API, SQL и DevTools, а также способность коммуницировать и взаимодействовать с командой.

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

✍️ @removespreadblog

Приглашаю Вас на открытый диалог!

10 апреля в 19:00, г. Пенза, коворкинг "Клевер", ул. Урицкого, 62, 2 этаж, офис 2031.
Пообщаемся про обратную сторону рынка труда, а также разберём, как хорошо, а как плохо.

Регистрация бесплатная, но обязательна! Более подробно можно узнать здесь.

✍️ @removespreadblog

А сегодня у меня был первый рабочий день в новой команде. 🙂

Я все также остаюсь в Яндексе, но уже в команде Поисковых сервисов и ИИ.

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

Работы предстоит очень много, про многие вещи я буду делиться в своем канале - контента будет достаточно, честно!

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

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

✍️ @removespreadblog