Хранить тест-кейсы в ТМС 🧠

Хранить тест-кейсы в Excel 🧠

Хранить тест-кейсы в генетической памяти 🧠

А если серьёзно, где вы храните ваши тестовые артефакты? И какой ТМС пользуетесь?

Я давно не видел, чтобы кто‑нибудь хранил кейсы в эксельках, но лет 7 назад это было нормальной нормой 🙀

У нас в Яндексе есть своя ТМС, и я редко пользовался другими инструментами. Но тут ребята из ТестОпс предложили мне потестировать их систему, в которую они ещё и AI‑ассистента добавили!

Хочу посмотреть, насколько такой ассистент помогает QA в работе, в каких кейсах он применим, а где это - бесполезное внедрение нейронок на фоне хайпа! 😺

Я сам никогда не пользовался ТестОпсом, и это будет взгляд новичка. Заодно и ТМСку заценю, а то, судя по их сайту, им пользуется куча компаний в СНГ.

Приходите поддержать и посмотреть, как я туплю и пытаюсь шатать их ТМСку, это бесплатно - регистрация тут.

Всех с окончанием рабочей недели и наступающими выходными! 🎉

А чтобы вам было что посмотреть, на ютуб-канале вышло новое мок-собеседование!

И не простое, а на позицию руководителя команды тестирования (QA-Lead).

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

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

Это поможет вам проверить свои знания, а комьюнити узнать, что спрашивают и как отвечать на вопросы собеседований QA.

Свете огромное спасибо за участие, открытость и смелость, у нее кстати крутой канал https://news.1rj.ru/str/bettercalllory подписывайтесь!

Если полезно, ставьте реакции, и скоро увидимся! 🔥

Как быть увереннее на собеседовании QA: 7 рабочих техник 👍

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

Голос дрожит, после каждого ответа в глазах вопрос: "Правильно ли ответила?", постоянные "наверное", "может быть", "не уверена". 🤔

И это сразу заставляет интервьюера сомневаться!

Вот что я заметил за 10+ лет в IT:

Бывают не особо умные люди, которые прут уверенностью — и добиваются своего. А умные, скрупулёзные и скромные часто остаются в тени. 😺

Что с этим делать?

1. Смотрите реальные собеседования
Посмотрите 5-10 мок-интервью на YouTube. Увидите, что это не что-то сверхъестественное, а обычный процесс общения двух профессионалов.

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

3. Подготовьте истории о провалах и успехах по системе STAR

Situation (ситуация)
Task (задача)
Action (действия)
Result (результат)
Пример: "Перед чёрной пятницей нужно было затащить модуль за 2 дня. Мы покрыли всё тестами и автотестами. Получили крутую выручку, и бизнес наградил команду."

4. Если не знаете ответ - не гадайте
Три варианта:

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

5. Говорите так, будто знаете на 100%
Даже если сомневаетесь - отвечайте чётко и уверенно. Не "может быть", а "это работает так". Интервьюер сам переспросит, если ему что-то непонятно.

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

7. Помните: вас оценивают как коллегу
Интервьюер думает: "Смогу ли я доверить этому человеку релиз фичи в прод?" Если вы постоянно сомневаетесь, ответ будет "нет".

Не перебарщивайте, но показывайте, что кругозор есть.

Смотрите полное мок-собеседование на YouTube

Там мы разбираем:
• Практическую задачу на тестирование нового веб сайта знакомств (специально сделал под собес, зацените 😅)
• Составление баг-репортов
• Технические вопросы по БД, REST API, Docker
• Детальную обратную связь от двух интервьюеров

Главный вывод: Уверенность - это навык, который тренируется. Начните это делать прямо сейчас.

А у вас есть проблемы с уверенностью на собесах? Пишите в комментариях - разберём вместе. А если хотите пройти бесплатное мок-собеседование, пишите в комментариях, организуем! 🎉

Заканчивается 2025 год, и по традиции хочется подвести его итоги!

Год был непростой и очень насыщенный, а в нашей профессии вообще случилась ИИ‑революция 😅.

И всё это я очень хочу обсудить с вами, дорогие коллеги!

У меня осталось 2 рабочих дня, где я подбиваю долги, дописываю последние автотесты и ухожу отдыхать 👍.

Поэтому хочу провести прямой эфир в это воскресенье в 20:00.

На нём лампово поговорим про:
1. Тренды в профессии и мои предсказания на 2026 год.
2. Анализ рынка труда: QA‑вакансии и зарплаты.
3. Мои итоги года и планы на следующий год.

А ещё подарю AI‑инструменты своим подписчикам 🎁.
Что для этого нужно:
1. Перейти в комментарии к этому посту.
2. Написать свои итоги года: что было круто? Чем гордитесь? Что хотите улучшить и чего добиться в следующем году?

И не важно, работаете вы в QA, только ищете работу или вообще, не дай бог, разработчик — ваши победы и цели будут мотивировать других, а это самое главное!

В воскресенье на прямом эфире самым залайканным комментариям подарю подарки.

Обязательно приходите, буду вас очень ждать! С наступающим! 🎉

Приветствую, коллеги, поздравляю вас со всеми прошедшими праздниками, как проводите выходные? 😅

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

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

А рассказать есть чего!

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

1. Работа с кодом - достаточно интересный медитативный процесс, который помогает добавить в работу то, что можно «пощупать».

2. Тренд на рынке труда всё больше склоняется в сторону фулстеков и автоматизаторов, поэтому глупо оставаться в профессии и его игнорировать.

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

Поэтому контента про автоматизацию тестирования будет больше!

А для того чтобы и вы тоже могли почувствовать себя автоматизаторами, я сделал платформу https://testingit.ru/ со всеми основными веб-элементами, на которых вы сможете потренироваться.

А чтобы вам не было скучно, анонсирую серию стримов на своём YouTube-канале и VK Live, где мы будем вместе писать код и автоматизировать проверки всех 49 элементов интерфейса на платформе, поэтому подписывайтесь, если ещё не сделали это!

Ну а дальше, я надеюсь, доберёмся и до других слоёв пирамиды тестирования.

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

Первый эфир уже сегодня в 21:00, приходите, буду вас ждать!

Коллеги, приветствую! В предыдущий стрим за меня всё делала нейронка, и вы сами видели, как легко она может писать автотесты.

НО

Так ни я не развиваюсь, ни вы 😺

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

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

Репозиторий с автотестами тут.

Как всегда, в 21:00 буду вас ждать! 🎉
YouTube
VK Live

В своей работе я постоянно использую MCP-инструменты.

Это то, что вывело использование ИИ для тестирования и разработки на новый уровень 👍

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

А сегодня я наткнулся на пост про Devtools MCP и его сравнение с Playwright MCP от Лёши (QA-инженера и организатора MoscowQA-митапов).
И я сразу загорелся идеей узнать про этот инструмент больше!

Поэтому я пригласил Лёшу сегодня на эфир, где хочу поговорить с ним вот про что:

1. Как Лёша использует ИИ в своей работе.
2. Что такое MCP и зачем они нужны.
3. Что умеет Devtools MCP и чем отличается от Playwright MCP.
И попробуем этот инструмент на практике в прямом эфире.

Если вам интересна тема применения ИИ в своей работе, обязательно подключайтесь сегодня в 21:00!

Ссылка на эфир

Дайте реакций, если тема интересна, чтобы я понимал, идём ли мы в правильном направлении. 🎉

Понедельник - день тяжёлый! По крайней мере, у меня. В этот день куча разнообразных встреч, и в конце дня голова максимально тяжёлая 🙀

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

Но бывает, что ты сидишь и смотришь, как общаются другие люди, и ловишь себя на мысли: а нужен ли я тут вообще, я как-то помогаю? Или попросту трачу своё время? 😺

И недавно я услышал шутку, которая ярко описывает это:

«Как называется человек на зум-созвоне, который молча смотрит, как общаются его коллеги? — Зум-куколд».

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

И поэтому мне снова нужна ваша помощь, коллеги. Напишите в комментариях про то, что у вас болит и что вас бесит в вашей работе?

А если вы действующий тестировщик и согласитесь созвониться на 15 минут и ответить на несколько вопросов, то вообще буду безмерно благодарен. Это не под запись, и в дальнейшем никто не узнает об этом, конфиденциальность гарантирую!

Но это будет огромный вклад в наше исследование.

Если вы готовы, напишите мне в личку @serzh52, и договоримся о созвоне в удобное время. ❤️

Привет, коллеги! Вы просили запись нашего эфира по Devtools MCP, решил опубликовать его эксклюзивно в канале.

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

А что касается эфира, мы не просто поболтали по теме, а ещё и на практике попробовали в работе Playwright MCP, запланировали с его помощью автотесты, реализовали их и запустили.

Потом сравнили 2 инструмента, и когда тестировали Devtools MCP, даже нашли баги в одном из проектов, на который его натравливали.

Коротко: инструмент — пушка 😅

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

Для меня это какая-то невероятная магия!

Обязательно потестируйте, инструмент бесплатный, устанавливается за одну минуту:

Надо лишь открыть IDE, например Cursor, перейти в «Настройки» → «Инструменты и MCP», прокрутить вниз и нажать «Новый MCP-сервер». В файле конфигурации MCP вставить конфигурацию:

{ 
"mcpServers": { 
"chrome-devtools": { 
"command": "npx", 
"args": ["chrome-devtools-mcp@latest"] 
      } 
   } 
}

Сохранить и перезагрузить Cursor — ВСЁ!

С вас реакция под постом 🎉, если было полезно, и приходите сегодня в 21:00 на эфир по автоматизации.
Перенесём наш проект с автотестами к коду проекта и попробуем заавтоматизировать форму с динамическим добавлением и удалением полей.
YouTube
VK Live