Записи прямого эфира про Метрики ⬇️
(видео и аудио форматы)

Настя, наша спикер на прямом эфире по метрикам, написала подробный комментарий, и такой замечательный, что я решила его вынести в канал, чтобы он точно не потерялся ⬇️

Не упомянула еще несколько важных моментов, о которых, судя по комментариям, было интересно послушать.
❗️Disclaimer: мой реальный опыт может не совпадать с вашим и вашей ситуацией. Как и те действия и проблемы, которые делали мы в команде могут не подходить вам. Делюсь на тот случай, если хотя бы одному тестировщику добавит идей как можно смотреть на метрики и их использовать!
➡️Как я упоминала на эфире, задача была сокращение баг-бэклога, уменьшение incoming rate (все баги), сокращение количества эскалаций с продакшена. Действий было много, вот только часть из них: анализа первопричин, пересмотр стратегий, создание тест стратегий перед планированием комплексной функциональности, где есть риски просадки по качеству, коммуникация с заинтересованными лицами о необходимости выделять ресурсы на исправление существующих багов, автоматизация и тд. Результат – баг-бэклог сократился на 65%, Incoming rate на 50%, продакшен - 80%
➡️Еще один реальный пример: метрика - время необходимое на регрессию, без ущерба качеству. Действия - пересмотр имеющихся тест кейсов и оптимизация, выделение кейсов под автоматизацию, оценка рисков и возможных зависимостей с другими командами, для оптимизации каждой отдельно взятой регрессии. Время с 5 дней на 3 тестировщиков сократилось до 1 дня на каждого максимум.
➡️Метрика % invalid Automation Failures. В качестве улучшения процесса выделили подгруппы возможных причин ложно-отрицательных результатов (например, когда падение было не из-за реального бага, а необходимости улучшить автоматизацию, стабильности окружения или влияния другой команды), при разборе тестов помечали падения специальным флагом. Построили графики и концентрировались на наиболее проблемных областях. Для каждой причины были конкретные шаги.
✅Sum up: В общем, разных примеров можно собрать много, это только часть из них. Но чтобы развеять мысли что это все делается налегке, и мы в команде только сидим и метрики собираем и анализируем - нет. К сожалению это мы делаем в любую свободную от других задач минуту. Но самое главное - это не забывать, что даже маленькие шаги и желание улучшить процессы, качество будут двигать вас в правильном направлении.

Те самые непонятные вопросы на собеседованиях

Всем привет!
Давно у нас не было рубрики ⬆️

О чем она и что будет, напомню, писала в этом посте

Общие рекомендации, как отвечать на такого типа вопросы здесь

Ну и мой ответ на первый вопрос есть
Второй вопрос и ответ на него вот

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

Ваши ответы и рассуждения пишите в комментариях⬇️

А свою версию я дам завтра 😘

#непонятные_вопросы

Те самые непонятные вопросы на собеседованиях – мой ответ

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

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

На что бы я обратила здесь внимание:
Первое, вы джун, то есть сами не можете принимать решение. (тут, конечно, ситуацию примеряйте на себя, если вы мидл или сеньор, ход рассуждений и ваших действий будет абсолютно другой)
Таким образом, нам нужно искать ответственное за важное решение лицо. Обратите внимание, как я усложнила ситуацию – ваш тест лид в отпуске, а ПМ уехал в командировку, то есть тоже недоступен. Но давайте здесь подумаем, как бы было в реальной жизни. Лид бы не ушёл в отпуск на время регрессионного тестирования и подготовки к релизу. Должен быть заместитель – обычно в команде есть опытные тестировщики, как минимум один, так что зам точно будет. Для начала к нему можно обратиться, сначала написать, потом и позвонить даже, ведь проблема реально серьезная – критичный баг.
Также хорошая идея была предложена Марией в комментариях – написать в общекомандный чат в мессенджере, то есть по максимуму оповестить всю команду, чтобы принимать решение всем вместе. И это самое первое, что нужно сделать – рассказать о проблеме.
Хотя до этого важно сделать ещё одно – убедиться, перепроверить несколько раз, что это действительно баг, что он серьёзный. А вдруг вы до конца не знаете требований? Просто криво стал билд? Или баг в фиче, которой реально никто не пользуется на проде и она будет удалена из приложения в следующем релизе, заменена на более удобную.

Так что порядок действий в этой ситуации такой:
1. Убедиться, что это точно баг, он критичный для данного релиза
2. Поставить в известность команду или человека, ближайшего к вам руководителя, например, зама тест лида – здесь зависит от проекта, как у вас принята коммуникация.
3. Создать подробный баг репорт в баг трекинговой системе, например, джире, или в месте, где у вас на проекте хранятся отчёты о дефектах.

Что точно не нужно делать в этой ситуации:
1. Писать напрямую (письмом или в менеджере) заказчику
2. Звонить ПМу или лиду, который в отпуске (только если вам не разрешили это делать)
3. Ничего не делать, просто уйти домой и ждать понедельника

Как вам мои рассуждения? Согласны? Что бы добавили или изменили?

P.S. добавлю #непонятные_вопросы во все посты на эту тему, чтобы легче было искать)

И сегодня хотела с вами ещё одну тему обсудить.
Согласитесь, посещать конференции, митапы по проф темам, это всегда очень полезно. Узнать что-то новое, услышать про тренды и новые направления, да и просто познакомиться и пообщаться с людьми ))
Вы видите, я сама стараюсь участвовать в таких активностях, рассказываю вам о них.
А сегодня у меня супер новость ⬇️

Приглашаю вас на конференцию Merge.

И специально для подписчиков канала действует промокод

Неделя до Merge в Иннополисе!

В этом году Merge соберёт 2000+ участников в инновационном сердце Поволжья — в Иннополисе. Вас ждут 2 насыщенных дня, 200+ спикеров, 30+ секций по 7 ключевым направлениям IT и насыщенный нетворкинг-трек.

Своими знаниями в секции QA поделятся топовые эксперты:

🔹Ольга Кузнецова (Лаборатория Касперского) — «Как не превратить вашего QA в тестировщика»
— Как построить эффективную команду, которая приносит пользу бизнесу?

🔹Дмитрий Титаренко (TAGES) — «Проактивное тестирование высоконагруженных приложений на основе OpenTelemetry»
— Как использовать OpenTelemetry для мониторинга и тестирования сложных систем?

🔹Мария Складова (Admitad) — «Тестировщики vs. Хакеры: Как мы внедрили безопасность в QA»
— Как интегрировать безопасность в процесс тестирования и сделать его эффективным?

🔹Никита Любимов (Qtim) — «Нагрузочное тестирование и его команда»
— Как правильно организовать нагрузочное тестирование и какие роли нужны в команде?

До встречи на конференции 25-26 апреля!

По промокоду SMARTQA действует скидка 10%

🎟 Купить билет

Коды активации билетов BASIC:

1. BCZ5T7HK9AW4KN7Q
2. BC1CJ79TC3X60WE4
3. BCZCESZ5GX1ARU5S

Небольшая инструкция по использованию кода:

1. Один код = один билет.
2. Для того, чтобы на конференции мы могли выдать бейдж участника, необходимо предварительно пройти регистрацию здесь:
https://tatarstan2025.mergeconf.ru/ticketsform
3. После того, как каждый участник заполнил форму, данные попадут в нашу базу данных.
4. На стойке регистрации участнику достаточно будет предъявить только документ, удостоверяющий личность.
5. Большая просьба максимально оперативно активировать код

Всем привет!
На этой неделе продолжим тему метрик, а точнее ... хотя не буду спойлерить)
Поговорим про KPI

И для начала небольшой опрос ⬇️

Всем привет!
Весна - идеальное время для конференций, поэтому сегодня новая идея и возможность для вас!
Тем более кто не слышал про ⬇️ конфу?)

🚀 Друзья, хочу сказать, что 25-26 апреля в Санкт-Петербурге— международная конференция в области тестирования SQA Days 36. Мероприятие состоится в гибридном формате — офлайн + онлайн-трансляция.

👀 На конференции вас ждут 700+ участников, 2 дня нетворкинга в уникальной атмосфере профессионального общения, 50+ докладов и мастер-классов, а также много новых полезных знакомств

А своим подписчикам дарим совместно с организаторами скидку в размере 10% на стоимость билета по промокоду: smartqa10 😉 (P.S.промокод можно ввести при оформлении билета)

Всех будем ждать на SQA Days 36🙏🏼

⚡️билеты
⚡️афиша
⚡️скидки
⚡️видео

Что такое KPI? Зачем они нужны?
Примеры из IT. И в чём разница от метрик?

Многие слышали такое понятие KPI. Но не многие с ним работали и могут объяснить, что это. И даже в опросе многие ответили, что понятие знают, но никогда с KPI не работали, да и в качестве формы материала выбрали детальную статью, но и шпаргалка, как всегда, пользуется спросом.

Так что я собрала полную информацию по теме и соединила 2 формата.
И вот что получилось ⬆️
А получилось 17 страниц пдф-файла 🫣
Ловите)

Всем привет!
На этой неделе в своём инстаграмм (@liudmila.smart) я подняла тему тайм менеджмента. И решила, что это важная и полезная тема, чтобы поделиться информацией по ней и здесь)

Что такое тайм-менеджмент?
Тайм-менеджмент (управление временем) – это система методов и инструментов, которые помогают:
✔️ Эффективно распределять время между задачами,
✔️ Снижать стресс от дедлайнов и многозадачности,
✔️ Повышать продуктивность без переработок.

Для айтишника это не просто «запланировать день», а оптимизировать работу так, чтобы успевать больше, уставать меньше и не терять мотивацию.

Зачем айтишнику тайм-менеджмент?
1. Хаотичные задачи и многозадачность
- В IT часто внезапные баги, срочные правки, митинги и параллельные проекты.
- Без системы легко утонуть в рутине и забыть про важные, но несрочные задачи (например, изучение новых технологий).

2. Дедлайны и прокрастинация
- «Завтра – релиз, а ты ещё даже не закончил тестирование» → паника и овертаймы.
- Тайм-менеджмент помогает разбивать задачи на этапы и избегать авралов.

3. Усталость и выгорание
- 8 часов тестинга + 2 часа митингов + ночной релиз в прод → выгорание.
- Грамотное планирование сохраняет баланс между работой и отдыхом.

4. Рост в профессии
- Хочешь учить новый фреймворк или готовиться к собесу? Без управления временем это будет «когда-нибудь».
- Тайм-менеджмент освобождает ресурсы для развития.

5. Удалёнка и самодисциплина
- Дома слишком много отвлекающих факторов (соцсети, YouTube, холодильник🙈).
- Система помогает не превращать work from home в work all day.

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

Как же улучшить тайм-менеджемент?
Подготовила для вас шпаргалку ⬇️