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

В преддверии отпуска разглядываю в Pinterest смешливые картинки, выбираю подходящий статус :)

а вы сигнализируете коллегам, что в отпуске? 😛

#мемашная

Было? 😊

#мемашная

Про внутреннее сопротивление

Сопротивление — неотъемлемая часть психики. Оно присутствует во всех процессах жизни. И умение как-то обходиться с этим переживанием, на мой взгляд, — хороший навык 😎

О том, почему мы сопротивляемся даже тому, чего сами хотим, как отличить сопротивление от выгорания и как использовать эту энергию себе во благо, поговорили с Дашей — коучем, специалистом по управлению энергией и профилактике выгорания, автором канала «Потрудитесь отдохнуть!».

🤩Часто сопротивление воспринимается как отсутствие дисциплины. Что на самом деле стоит за ним?

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

🤩Почему мы сопротивляемся даже тому, чего сами хотим?

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

Еще причины:

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

ставь 👍 и сохраняй, чтобы не потерять

#куашная

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