Багов бояться — в прод не ходить

Было? 😊 #мемашная

Про внутреннее сопротивление Сопротивление — неотъемлемая часть психики. Оно присутствует во всех процессах жизни. И умение как-то обходиться с этим переживанием, на мой взгляд, — хороший навык 😎 О том, почему мы сопротивляемся даже тому, чего сами хотим, как отличить сопротивление от выгорания и как использовать эту энергию себе во благо, поговорили с Дашей — коучем, специалистом по управлению энергией и профилактике выгорания, автором канала «Потрудитесь отдохнуть!». 🤩Часто сопротивление воспринимается как отсутствие дисциплины. Что на самом деле стоит за ним? Мы привыкли, что сопротивление — будто что-то плохое, что мешает нам достигать целей. Но это важный защитный механизм, необходимый для экономии ресурса! Чтобы его хватило на то, что действительно важно 🤩Почему мы сопротивляемся даже тому, чего сами хотим? Часто мы сами создаем сопротивление. Например, ставя перед собой завышенные цели, не разрешая себе ошибиться или фокусируясь на негативном исходе Еще причины: 1⃣ действия (или их последствия) требуют больше энергии, чем у нас есть Например, я хочу найти новую работу, но этот процесс влечет за собой сильный стресс и страх неудачи + нужно изучить много новой информации. У организма просто нет ресурса, чтобы с этим справиться 2⃣ недостаток мотивации Например, я уже несколько дней не могу поставить коллегам оценки для Performance Review (потому что не понимаю, а зачем это лично мне? какую выгоду я получу от инвестиции своего времени?). Мозг постоянно выбирает, на что потратить драгоценную энергию. Если «не сделать» выгоднее, чем «сделать», он выберет первый вариант 3⃣ приоритет других потребностей Например, я понимаю, что нужно рано ложиться спать, но сопротивляюсь этому и листаю рилсы до середины ночи. Потому что потребность в удовольствиях, которые не удалось получить в течение дня, в моменте перевешивает потребность в отдыхе 🤩Как отличить сопротивление от усталости и выгорания? Обычно сопротивление касается какого-то конкретного действия. Например, рабочей задачи. При этом человек спокойно делает то, что с ней не связано. В хронической усталости или выгорании сопротивление распространяется почти на все, что требует хоть каких-то усилий (даже на заботу о себе или на встречи с друзьями) 🤩Как научиться не бороться с сопротивлением, а слушать его? Важно понять, что: 1⃣ борьба — очень энергозатратное занятие. Пока вы боретесь с сопротивлением, остается все меньше ресурса на сами действия 2⃣ при борьбе чаще всего сопротивление только усиливается. Мозг старается для нашего же блага: «Кажется, мы хотим сделать что-то не то, остановись!» Поэтому первый шаг — относиться к этому не как к угрозе продуктивности, а как к сигналу, который подсвечивает риски и позволяет не потратить ресурс на «лишние» действия 🤩 Как поддержать себя в момент сопротивления? Важно снять эмоциональное напряжение — оно блокирует работу тех частей мозга, которые смогут рационально решить проблему. Кому-то помогают дыхательные практики, кому-то расслабление через тело, кому-то активная физическая нагрузка. Если сопротивление сопровождается бесконечной мыслемешалкой, чтобы остановить ее, можно: ▪️постоять с закрытыми глазами на одной ноге ▪️съесть что-то кислое ▪️побрызгать лицо холодной водой Это помогает переместить фокус на ощущения и затем вернуть себе контроль над мыслями 🤩 Как превратить энергию «не хочу» в действие? Зависит от причины сопротивления. Если страшно не справиться, то мне помогает настрой: «А, сделаю по приколу!». Это позволяет снизить градус ответственности. Еще классная практика — представить: кто бы (из реальных людей/персонажей фильмов/книг) мог бы легко справиться? Благодаря чему? И попробовать сделать задачу, представив себя в этой роли. А еще можно сместить фокус на то, почему тебе интересно/полезно/хочется это сделать? Подробнее про эту технику и примеры писала здесь __________ Мое глубокое убеждение: сопротивление — верный товарищ. За ним можно обнаружить свои истинные потребности. А еще, быть может, это самый короткий путь к честности с собой. а вы что думаете? #интервьюшная

Бодрой пятницы, друзья! #мемашная

Про кодоцентричность Как выглядит кодоцентричность в быту? Например, так. Диалог в такси. Водитель спрашивает: — Где вы работаете? — В IT. — Круто! На каком языке пишете? — 🤔 Надо ли говорить, что IT — это не только про код? Я думаю, многие до сих пор воспринимают айти исключительно через призму разработки. Если человек работает в IT, значит пишет код. Если не пишет — значит делает что-то второстепенное. На практике же индустрия устроена гораздо сложнее. Помимо разработчиков, в создании продукта участвуют: аналитики, тестировщики, дизайнеры, продуктовые менеджеры, специалисты по безопасности, технические писатели и многие другие. Но именно разработка чаще всего оказывается в центре внимания. Такое явление называют кодоцентричностью — когда ценность специалиста оценивается через его близость к работе с кодом. Как это проявляется? 1⃣ Через оценку профессии «Настоящее IT — это разработка» Остальные роли воспринимаются как вспомогательные, хотя без них выпускать качественный продукт, на мой взгляд, невозможно. 2⃣ Через карьерные ожидания «Когда уже пойдешь в автоматизацию?» Создается впечатление, что любая профессия в IT должна в конечном итоге сводиться к работе с кодом. 3⃣ Через обсуждение достижений Когда команда успешно запускает продукт, чаще всего говорят о разработке. При этом за релизом могут стоять десятки решений аналитиков, тестировщиков и других специалистов. 4⃣ Через найм Бывает, что на собеседовании QA больше спрашивают про алгоритмы и программирование, чем про тест-анализ, риски или стратегии тестирования. Качество продукта зависит не только от кода. Можно написать технически идеальное решение, которое не закрывает потребность пользователя. Все-таки, хороший продукт — это про удобство, понятность, стабильность. И над всем этим работает гораздо больше людей, чем может показаться. Я убеждена, в IT не бывает главных и второстепенных профессий. Есть роли с разными задачами, ответственностью и инструментами. Все они влияют на конечный результат ❤️ а у вас что по кодоцентричности? ❤️ я — больше, чем код 🤓 в разработке сила 😎 свой вариант в комментариях

Нешуточная дискуссия развернулась у меня в LinkedIn. Вопрос к сообществу сформулирован так: AI как инструмент скорее помогает или ухудшает работу QA? а вы что думаете, друзья? 🤔

Про эвристики и мнемоники Когда я думаю о том, что же такое мышление тестировщика, первым делом вспоминаются эвристики и мнемоники. И вот почему. Эвристика — это прошлый опыт (личный или командный), который используется при тестировании. Есть два типа эвристик: 1. основанные на предыдущем опыте 🤩Пример: если в прошлых релизах после правок авторизации «ломалась» регистрация, то при новых изменениях в логике авторизации следует проверить и регистрацию тоже 2. основанные на информации о вероятности 🤩Пример: QA прочел статью, в которой автор уверяет, что ноль — потенциальный рассадник дефектов. Стоит это проверить! 💡 Выходит, чем больше мы работаем, тем больше эвристик собираем. Мнемоники Мнемоника — это тип эвристики, а именно слово или фраза, которая помогает что-то запомнить. Самая известная мнемоника: «Каждый охотник желает знать, где сидит фазан», помогающая запомнить цвета радуги. Эвристик и мнемоник огромное множество. А еще их можно придумывать свои. Главное, чтобы они запоминались и помогали быстро находить решения, избегая сложных вычислений. Что почитать: 🤩статья на Хабре 🤩книга Ольги Назиной «Техники тест-дизайна» (целых 25 страниц по теме) 🤩доклад Владислава Романенко на SQA Days 🤩статья про эвристику для регрессионного тестирования В этом посте собрала самые популярные эвристики и мнемоники в тестировании: 1⃣ SFDPOT (San Francisco Depot) — взгляд на продукт с разных сторон Одна из самых известных мнемоник James Bach, где каждой букве в аббревиатуре соответствует некий аспект продукта, который можно проверять. Structure — из чего состоит продукт? Function — какие функции есть у продукта? Data — какие данные он обрабатывает? Platform — от чего продукт зависит? на каких ОС запустится? Operations — как будет использоваться? кто будет его использовать? Time — какие данные зависят от времени? 📍 Помогает, когда впервые видишь продукт и не понимаешь, с чего начать 2⃣ RCRCRC (3 RC) — регрессия Recent — что изменилось в существующей функциональности? Core — основные сценарии. что должно всегда работать? Risk — где максимальные риски? (их и проверяем) Configuration — на каком окружении и конфигурации должно работать? Repaired — какую функциональность правили? ретест важных дефектов Chronic — регресс областей, где баги были чаще всего 📍 Отличная база для регрессионного прогона 3⃣ MUTII — понимание продукта Market — какая целевая группа пользователей? Users — кто пользователи? Tasks — какие задачи будет решать продукт? Information — как продукт об этом сообщает? Implementation — насколько удобно и надежно приложение? 📍 Универсальная эвристика для тестирования 4⃣ HEENA — работа со сложным продуктом History — что менялось в продукте? Explore — где и как проявляется наблюдаемая проблема? Experiment + Experience — исследуем, опираясь на опыт Note Taking — фиксируем информацию в заметках Analyse — анализируем собранную информацию 📍 Мнемоника хороша при тестировании сложных продуктов 5⃣ WWWWWH/KE — анализ требований Who — для кого эта функция? What — что должно быть сделано? When — когда и кем это должно быть выполнено? Where — где это будет использоваться? (в какой части системы, в каком окружении) Why — зачем это нужно? How — как это работает? Knowledge — какие знания нужны? какие данные используются? Experience — какой опыт нужен пользователю? 📍 Помогает не упустить важное до начала тестирования 6⃣ GRATEDED SCRIPTS — тестовая стратегия Goals — что должно работать в продукте? Risks — какие риски существуют? Approach — какой подход необходимо использовать? Tradeoffs — на какие компромиссы можно пойти? (время или покрытие тестами) Environments — какие окружения есть? Dependencies — какие есть зависимости? Data — какие данные на входе? Stakeholders — кто заказывает продукт? Coverage — каким будет тестовое покрытие? Resources — достаточно ли ресурсов? Information — что нужно узнать о тестируемой задаче? Prioritisation — что является самым важным? Tooling — какие инструменты будут использоваться? 📍 Подойдет для написания тестовой стратегии ставь лайк и сохраняй, чтобы не потерять 🔖 #куашная

Пятничное дружеское напоминание 👋 #мемашная

Растечься «розовым сиропчиком» В моем словесном обиходе часто проскальзывает выражение: растечься «розовым сиропчиком». Ровно так я себя ощущаю, когда, например, устаю. Один мой коллега сравнил эту метафору с образом покемона Ditto — именно он изображен на картинке к этому посту. И, пожалуй, сложно найти более точную визуализацию этого состояния :) Так вот, «розовый сиропчик» ни плохой, ни хороший. Это маркер, который сигнализирует о том, что мне нужна пауза. Я долго к нему присматривалась. В бесконечной гонке как будто «не с руки» быть не в форме. Но чем дольше я наблюдала за этим состоянием, тем яснее понимала: он — мой союзник. Сегодня «сиропчик» — мой друг и товарищ, который безотказно бдит за благополучием моего физического состояния и ментальной QQхи. Я думаю, умение вовремя «заметить» дефицит и остановиться — признак зрелости. А затем, выдохнув, спокойно продолжать делать то, что должно. Вот и этот текст я пишу из отпускной ленности, тягучести — почти без формы и структуры. И мне совсем не зазорно. Этому я тоже научилась у «сиропчика» 🫟 ставь лайк, если преисполнен настолько, что без зазрения совести делаешь паузы :) #инсайтошная

На Хабре вышла статья с мнением, что QA — это прокликивание кнопок, а значит, легко и быстро заменяем специалиста на AI. Сомнительно, но окэй 🤨 Писала про обесценивание нашей работы в этом посте. И вот, текст с душещипательным заголовком разделил читателей Хабра на два лагеря. Надо признать, читать комментарии — отдельный вид удовольствия :) Как вы думаете, друзья, на каком уровне будет качество продукта этого стартапа, скажем, через год? 😎 — респектую бизнесу, который идет в ногу со временем 👾 — не ровен час, когда такие технологии сломают бизнес об колено 🔥 — у меня свое мнение, поделюсь в комментариях

Друзья, пора уходить в длительный кутеж уикенд ❤️ #мемашная

Про менторство Завершился 7-ой поток программы Mentor in Tech от сообщества Women in Tech. Второй год кряду участвую в программе в качестве ментора. Однако в этот раз, с легкой руки Елены Хасановой (Лена, спасибо за этот опыт!) также присоединилась к орг.команде волонтеров стрима QA. Мы кропотливо отбирали заявки, мэтчили менторов и менти. Особенно греют душу отзывы участниц, которые благодарят за безупречный мэтч ☺️ Для меня менторство — это, прежде всего, буст собственных профессиональных навыков. Систематизация знаний Объяснение другому сильно структурирует знания в голове. Такое глубокое погружение в материал выводит на новый уровень экспертизы. Развитие лидерских навыков Чтобы быть эффективным ментором, нужно уметь: 🔴объяснять сложное простым языком 🔴корректно давать обратную связь 🔴при необходимости находить работающие способы повысить мотивацию менти и вообще… просто быть человечным. Менторство — отличный способ прокачать софты. Расширение взгляда на QA Нередко менти задают неожиданные вопросы :) Что само по себе предполагает выход за рамки «привычного» мышления и стимулирует развитие воображения, например. Удовлетворение и смысл Один из самых сильных факторов — внутренний. Мне нравится, когда человек «уносит» с собой знание, которое сильно облегчает ему жизнь в рабочем процессе. В такие минуты я растекаюсь розовым сиропчиком и думаю: ну, как хорошо! 🤓 — сам ментор и другим советую ❤️ — я-менти и вам советую 👾 — ни ментор, ни менти и вам не советую а что вам дает менторство?

Папка с telegram-каналами про тестирование Полезно для начинающих и продолжающих QA 👍

Тестирование и Ча Дао Уж очень я люблю проводить параллели между тестированием и повседневной жизнью :) Ранее писала про тестирование и вино, а также сравнивала exploratory testing с турецким базаром. Некоторое время назад я чрезвычайно увлеклась китайским чаем и его церемонией. И вот за очередной пиалой мягкой габы, всегда располагающей к мыслям, я вновь, по профессиональной своей натуре, подумала о том, что чайная церемония, или Ча Дао (дословно «Путь чая») многим похожа на тестирование. Первое (и самое главное) — это наблюдение. В чайной церемонии — за чаем. Как раскрывается напиток: по вкусу, запаху, цвету. В тестировании — за системой: как она ведет себя при разных условностях и обстоятельствах. А теперь детали. Подготовка Чайная церемония — это безусловное сосредоточение. Граммовка, температура воды, время заваривания — на каждой детали базируется качество будущего напитка. В тестировании это этап тест-анализа. На мой взгляд, именно здесь закладывается качество работы QA: как тест-анализ выполнишь, так тестирование и проведешь. Первый пролив — не для питья Первый пролив всегда сливают. Чай очищают от пыли и «будят» лист перед завариванием. В тестировании это smoke testing — быстрая «диагностическая» проливка проверка: есть ли вообще смысл идти глубже. Наблюдение за состоянием Хороший чай меняется от пролива к проливу. Любопытно следить за тем, как ширится палитра вкуса, запаха и цвета. Зачастую фича в тестировании ведет себя схожим образом: «раскрывается» по-иному в разных состояниях и контекстах. Задача тестировщика — это заметить. Спешка и невовлеченность вредит и чаю, и тестированию Если передержать чай — будет горечь, недодержать — пустой вкус. Тестированию также вредит спешка: протестировать «на бегу» — почти верно упустить баг, тестировать, не вовлекаясь — утонуть в бессмысленных сценариях. В заключение И чай, и тестирование — это искусство присутствия. Потому, я думаю, QA — это, в некотором смысле, чайный мастер :) Он не суетлив, внимателен к деталям. А внимательность — есть форма уважения. К чаю. К продукту. К себе. #инсайтошная

Про HTTP-коды Этот текст задумался мною после того, как я увидела исчерпывающую шпаргалку по статус-кодам в канале Ирины Шляпиной из «Еще один канал про QA». С тех пор, эта шпаргалка всегда под рукой В этом посте собрала самые распространенные статус-коды и их отличия друг от друга. Подробнее про все коды состояния можно почитать здесь Код состояния (Status Code) сообщает, как именно сервер обработал запрос. Например, код 200 означает, что все прошло успешно. А код 500 указывает на внутреннюю ошибку сервера. Ответы сгруппированы в 5 классов: 🔘Информационные (1xx) 🔘Сообщения об успехе (2xx) 🔘Сообщения о перенаправлении (3xx) 🔘Ошибки клиента (4xx) 🔘Ошибки сервера (5xx) Статус-коды особенно выручают, если что-то идет не так: например, по 400-ым ошибкам тестировщик понимает, что проблема в запросе, а по 500-ым — проблема в работе сервера. Эти коды помогают QA быстро понять суть проблемы и приступить к её решению 1⃣ Информационные ответы 1хх Коды этого диапазона означают, что запрос получен и сервер продолжает его обработку 100 Continue: продолжайте 102 Processing: идёт обработка 📌 В чем разница: в первом случае — сервер получил начальную часть запроса и готов принять тело запроса, во втором — запрос принят, но обработка ещё не завершена 2⃣ Успешные ответы Эти коды означают, что запрос клиента был принят, обработан и завершён 200 ОК: успешно 201 Created: создано 📌 В чем разница: в первом случае — успешное выполнение того, что хотел клиент, во втором — создание нового ресурса 3⃣ Сообщения о перенаправлении Коды этого диапазона — сигнал от сервера: запрашиваемый ресурс больше не доступен по прежнему адресу или временно перемещен 301 Moved Permanently: перемещено навсегда 302 Found: найдено 📌 В чем разница: в первом случае — URL-адрес запрошенного ресурса был изменен навсегда, во втором — URI запрошенного ресурса был временно изменен 4⃣ Ошибки клиента Указывают, что ошибка произошла по вине клиента. Например, из-за некорректного запроса, отсутствия авторизации или нарушения логики API 400 Bad Request: некорректный запрос — это общий код, сигнализирующий о том, что запрос сформирован неправильно 📌 Пример: переданы невалидные данные / в запросе отсутствуют обязательные поля 401 Unauthorized: не авторизован — доступ к ресурсу запрещен, потому что пользователь предоставил неправильные учетные данные 📌 Пример: переданы невалидные данные аутентификации / в запросе отсутствует Authorization header / время жизни токена истекло 403 Forbidden: запрещено — доступ к ресурсу запрещен, даже если клиент аутентифицирован. В отличие от 401, здесь дело не в данных пользователя, а в недостаточных правах доступа 📌 Пример: пользователь без роли manager пытается удалить другого пользователя 404 Not Found: не найдено — сервер не может найти запрашиваемый ресурс 📌 Пример: запрос к несуществующему пользователю / удаленному объекту 422 Unprocessable Entity: необрабатываемый экземпляр — данные валидны по формату, но не проходят бизнес-валидацию 📌 Пример: запрос предполагает действие, которое ограничено для лиц младше 18 лет / дата окончания раньше даты начала 5⃣ Ошибки сервера Означают, что запрос клиента корректен, но сервер не смог его обработать из-за внутренней ошибки или временной недоступности 500 Internal Server Error: внутренняя ошибка сервера — общий код, который означает, что сервер знает, что произошла ошибка, но не может конкретизировать, что именно пошло не так 📌 Пример: неправильная настройка сервера / проблемы с базой данных / нестабильное соединение 502 Bad Gateway: плохой шлюз — означает, что сервер, действующий как шлюз или прокси, получил некорректный ответ от другого сервера 📌 Пример: внешний сервис оплаты не доступен — основной сервис возвращает 502, не сумев «достучаться до соседа» 503 Service Unavailable: сервис недоступен 📌 Пример: деплой / перезрузка сервиса На практике же бывает всякое. Иногда вообще любой кейс возвращает 200, а внутри ответа написано про ошибку. Все это, конечно, требует внимания QA ставь 👍 и сохраняй, чтобы не потерять #куашная

Пятничная #мемашная 🫣

Тестирование в 2026: Manual VS Auto Некоторое время назад мы с Олей Артемьевой из «Тестирование и жизнь» сделали статью о том, нужно ли тестировщику уметь автоматизировать в 2026. Короткий ответ: нет. Этот пост — продолжение темы «Manual VS Auto», но с противоположной точкой зрения. В рамках рубрики #интервьюшная поговорили с Олей Ермолаевой — QA Head в Lamoda, автором канала «QA FAQ». Оля — нанимающий менеджер и в этом тексте подробно расскажет: ⚡ какие навыки станут must-have для QA в ближайшие несколько лет ⚡ кто такой идеальный QA ⚡ на что в резюме обращает внимание нанимающий менеджер ⚡ каких тестировщиков не стоит брать в команду и самое главное: почему считает необходимым тестировщику развиваться в инженерной части. Все это и многое другое в статье telegraph. ставь 🔥 животворящий и пиши в комментариях свое мнение

Извините, но… #мемашная

💡💡💡 Дружеское напоминание в предновогодней суматохе: ты сделал все, что мог в тех обстоятельствах, которые были

Нужно ли всем автоматизировать регрессию в 2026 году? Краткий ответ — нет. А подробнее читайте в интервью, которое у меня взяла Алина из «Багов бояться — в прод не ходить». Спасибо большое Алине за вдумчивые вопросы и помощь! #подпольный_евангелизм

Ускорение бизнеса, ажиотаж вокруг AI, оптимизация... Грядет 2026 год. Что должен знать тестировщик в наступающем году? Правда ли, что автоматизация меняет правила в индустрии? Мануальное тестирование обесценивается? Поговорила об этом и многом другом с Олей Артемьевой — тестировщицей, исследовательницей и адвокаткой всего человеческого в нашей технической области. ставь 🔥 и пиши в комментариях свое мнение по поводу трендов в QA #интервьюшная