Горящий Собес 📈 Собеседование QA

UPD: я прикрутил к статистике кастомные фильтры. Добавил новый лист Своя выборка, там можете собрать нужный вам набор параметров и получить персонализированную выборку чисто для себя. Не придётся исходники качать и самому настраивать. ↗️ Например, теперь можно самому выбрать фильтры и получить таблицу и график того, сколько зарабатывают миддлы ручники в РФ от 3 лет опыта. Не гарантирую, что данных будет много под любой запрос, но простор для экспериментов добавился 🥇

❗️Сколько РЕАЛЬНО зарабатывают QA? Не по ощущениям. Не по слухам. Не по вайбу. А по реальным данным от 469 отборных специалистов базы сообщества тестировщиков. Я собрал большой зарплатный опрос и превратил его в удобную аналитику. Там можно посмотреть: ➖ реальные вилки по грейдам, направлениям и специализациям ➖ как растёт зарплата с опытом ➖ разницу между регионами ➖ удалёнка vs офис ➖ куда лучше идти - в продукт или в аутсорс? ➖ и кто вообще доволен своими деньгами 🔗 Результаты и сырые данные : https://docs.google.com/document/d/1dn0Xarzu1WxwHosQpV_AglyLbtHdNP9k9oLmKlVLNWs/edit?usp=sharing (Сначала загляните в README - там объяснил, что именно сделано и как пользоваться таблицами) Спасибо всем, кто участвовал и отдельно тем, кто пошарил опрос в других сообществах ❤️ В следующих постах разберём цифры детально. Там есть вещи, которые прямо противоречат трендам из айтишных и не только медиа. P.S.: если придумаете полезные таблицы, которых не хватает — пишите в комментариях, добавим. Ну и лайкусик влепите, чтоли. За труды 💕 P.P.S.: Я не аналитик, поэтому статистика не идеальна. В следующем опросе учту косяки первой попытки. Но уже сейчас по этим данным можно сделать интересные выводы 😎

🖥 Практика 14 | json.qa.studio JSON тренажёр — интерактивная площадка для отработки навыков работы с JSON. Что можно делать: 1⃣ Писать и редактировать JSON-структуры. 2⃣ Проверять их на валидность. 3⃣ Учиться быстро находить и исправлять ошибки. 4⃣ Тренироваться в форматировании и оптимизации. 5⃣ и другое. Такой тренажёр поможет закрепить базовые знания по JSON и чувствовать себя увереннее в задачах, где данные играют ключевую роль. ⌨️ ❓Как вам тренажер? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика #json Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

🖥 Практика 13 | DevTools Simulator DevTools Simulator — это интерактивный тренажёр, для отработки навыков работы с DevTools. Возможности: ➖ Поработать с основными вкладками DevTools (Elements, Console, Network, Application). ➖ Учиться находить ошибки в верстке, стилях и сетевых запросах. ➖ Анализировать загрузку ресурсов и выявлять потенциальные узкие места. ➖ Использовать консоль для проверки гипотез и отладки кода. ➖ На практике отрабатывать некоторые сценарии работы. ⚡️ Тренажёр помогает получить базовые навыки работы с DevTools и разобраться в основных моментах. ❓Как часто вы используете DevTools в своей работе? Делитесь опытом в комментах или обсуждайте в Горящем Вопросе! #практика #DevTools Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

🖥 Практика 12 | Requirements Testing Simulator Requirements Testing Simulator — это интерактивный тренажёр, помогающий прокачать навык анализа требований, поиска ошибок и противоречий ещё до этапа разработки. Задача: ➖ Изучить предложенные требования к продукту. ➖ Оценить качество требований по критериям (полнота, атомарность, проверяемость, актуальность, недвусмысленность, непротиворечивость). ➖ Выбрать те, которые кажутся ошибочными. ➖ Для себя можно составить список замечаний, которые нужно уточнить у аналитика или заказчика. ➖ Протестировать потенциальную реализацию фичи. ⚡️ Тренажёр помогает научиться думать как QA ещё на стадии проектирования, что снижает риски появления багов в дальнейшей разработке. ❓Как вам данная платформа? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика #требования Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❗️Недостаточно хорош Телеграм ограничивает. Мысли приходится ужимать, выкидывать важное - и часть сути теряется, это неизбежно. 💡 Но душа требует полёта, поэтому я завёл новый канал на YouTube! Там уже есть два видоса: с рассказом о том, как соцсети могут похоронить карьеру, и с разбором недавнего скандала с увольнением из RuTube. ❓Почему я просто не залил видео на основной канал? Другой формат. ➖ Основной канал - это про более обстоятельные и сложные работы, больше сконцентрированные именно на тестировании. И видосы в производстве там занимают ОЧЕНЬ много времени. ➖ Новый же канал - живые истории в нашем Айти (да и не только Айти) мире. И все эти истории напрямую нас касаются. Увольнения, двойные стандарты, деньги и т.д. Это что-то более... личное, чтоли, с бОльшим вкладом реально моего мнения в эти истории. Да и видосы там будет выходить сильно чаще, чем на основе, потому что формат такой, проще в производстве. Буду очень благодарен, если вы зайдёте на канал, зацените видосы и, по классике, лайк-подписка-комментарий!

❓140 / Чем отличается Релиз от Деплоя? Деплой (Deploy) - это технический залив кода в окружение. ➖ Может выполняться на dev, stage, prod. ➖ Пользователи ещё не видят изменений. Релиз (Release) - это открытие функциональности пользователю. ➖ Может происходить через использование feature flags, конфиг, админ-панелей и т.д. ➖ Может включать не только открытие фичи для пользователей, но и внешний маркетинг, внутреннее продвижение фичи и информирование о её появлении, обновление общей документации для юзеров. ➖Код новых фич необязательно заливается в момент релиза. Фича могла уже быть в проде, но её пока не зарелизили публично. Нюансы: ➖ Деплой может быть без релиза (фича на проде, но выключена). ➖ Релиз может быть без нового деплоя (фича уже лежит в коде, просто включили). ➖ Некоторые компании делают десятки деплоев в день, но один релиз в неделю. ➖ На практике слово Релиз используется более широко, иногда заменяя Деплой. На одном из проектов, например, мы называли деплой кода на тестовый стенд Тестовым релизом. 📊 Вообще, такой вопрос обычно не задают напрямую. Но это важная терминология, которая необходима для поддержания диалога с собеседующим. Желательно говорить на одном языке и понимать термины одинаково. В теории могут спросить, что тестировать при деплое, а что - при релизе? ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #junior #middle #общее

❓139 / Что такое exploratory testing и когда его применять? Exploratory Testing (исследовательское тестирование) - это подход, при котором: ➖ Нет чётких заранее прописанных шагов ➖ Тест-кейсы придумываются на ходу, во время изучения продукта ➖ Анализ, проектирование и выполнение тестов происходят одновременно. Вы берёте функциональность и начинаете её исследовать без предварительно продуманного сценария. Ориентируетесь на поведение пользователя, свой опыт использования софта, опыт тестирования, предположения и т.д. Цель - найти неожиданные кейсы, которые не укладываются в happy path. Часто такие тесты обнаруживают самые неприятные баги. Исследовательское != хаотичное Exploratory testing - это не рандомный клик по всем кнопкам. Это структурированный подход, в котором вы: ➖ Имеете гипотезу ➖ Строите сценарий ➖ Тут же его проверяете ➖ Фиксируете результат 📊 По идее про исследовательское тестирование знают все тестировщики на всех грейдах, просто не все вкурсе, как это называется. Потому что это один из очевидных подходов к тестированию. Джун и Миддл должны знать, как он работает и как его применять, а вот Сеньор должен понимать, КОГДА его надо применять вместо того, чтобы пользоваться формализованными методами тестирования. ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #junior #middle #тестирование #общее

❓138 / Что такое Smoke Testing и чем он отличается от регресса? Smoke Testing - это быстрая проверка, что: ➖ Приложение запускается ➖ Основные фичи работают (авторизация, базовая навигация, создание чего-то) ➖ Система вообще не развалилась после сборки Часто его гоняют сразу после сборки билда, ещё до регресса или автотестов. Если уже на смоуке всё падает - дальше можно и не идти. Regression Testing - это полная проверка, что старый функционал не сломался после изменений. Длиннее, глубже, тщательнее. Обычно прогоняют перед релизом нового билда, когда все новые фичи уже протестированы. 📊 Кому задают вопрос? Junior — обязательно. Middle — должен не просто знать, а уметь отделять смоук от регресса на практике. ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #junior #middle #тестирование #общее

🖥 Практика 11 | BugEater Game Mode BugEater Game Mode — это интерактивная игра, позволяющая потренировать навыки поиска багов и тестирования функционала в формате реального мини-задания. Задача: ➖ Создать To-Do лист (до 5 задач, от 1 до 50 символов — латинские буквы или цифры). ➖ Проверить работу основных функций: добавление, удаление, выполнение, и возврат задачи в активное состояние. ➖ Протестировать фильтры задач. ⏱️ На выполнение задания даётся всего 10 минут. ❓Как вам данная платформа? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика #game Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

🖥 Практика 10 | BugEater BugEater — интерактивный QA-симулятор для тренировки поиска багов и составления тест-кейсов. На платформе доступны следующие режимы: 1⃣ Learn Mode — несколько заданий с последовательно появляющимися инструкциями для базовой проверки формы. 2⃣ Scripted Testing — тестирование формы по уже подготовленным базовым сценариям. 3⃣ Test Case Generator — инструмент для быстрого создания и оптимизации тест-кейсов для базовых проверок формы. 4⃣ Gherkin Scenarios — обучение и практика работы с тестами в формате Gherkin (Given-When-And-Then). 5⃣ Functional Testing — несколько заданий на проверку фильтров и форм, где нужно определить тест-кейсы и баги. 6⃣ Exploratory Testing — несколько заданий со скрытыми тест-кейсами и багами, которые нужно найти. ❓Как вам данная платформа? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

🖥 Практика 9 | Тетрис Тетрис для тестировщиков – это интерактивная уникальная платформа, представляющая собой адаптированную версию классической игры Тетрис, предназначенную для практики ручного тестирования. Возможности тренажёра: 1⃣ UI-тестирование: проверка отображения кнопок вправо, влево, вниз и кнопки поворота, счётчика очков и текстов, позиционирование элементов. 2⃣ Функциональное тестирование: автоматический старт и падение фигур после загрузки страницы, управление фигурами и продолжение падения, корректное увеличение счётчика при одиночных и множественных «лайнах», остановка игры и вывод «Игра окончена» при достижении верхней границы, возможность перезапуска. 3⃣ Кроссбраузерное тестирование: проверка работы игры в различных браузерах. 4⃣ Адаптация интерфейса: проверка работы игры на экранах с различными разрешениями и при изменении размера окна браузера. 5⃣ и другие. На платформе есть базовый чек-лист для тестирования игры. Предоставленный чек-лист не охватывает все возможные сценарии и это отличная возможность для практики — дополняйте его своими проверками! 👍 ❓Как вам данная платформа? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика #game Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❗️Чем ТЕБЕ помогут Айти-конференции Зачем нужны Айти-конференции? Зачем платить кучу денег ради сомнительного качества докладов на темы, которые можно просто нагуглить? Конфы это нормальная тема или скам на деньги? В новом видео я расскажу о том, чем конкретно ТЕБЕ могут быть полезны айтишные мероприятия и почему я стараюсь участвовать во всем, в чём могу. ➡️Посмотреть видос можно здесь⬅️ 😉 Видос вышел в общий доступ на Ютубе - переходим, смотрим, подписываемся, ставим лайкусики. Это всё очень помогает в продвижении контента 🫶

❓137 / Что такое числовые функции? Числовые функции — это функции, которые выполняют операции над числами: округление, вычисление абсолютного значения, математические преобразования и т.д. Примеры числовых функций: 1⃣ ABS() — возвращает абсолютное значение числа (модуль). 2⃣ ROUND(x, d) — округляет число x до d знаков после запятой. 3⃣ MOD(a, b) — остаток от деления a на b. 4⃣ POWER(x, y) — возводит число x в степень y. 5⃣ SQRT() — возвращает квадратный корень из числа. Особенности: ➖Работают с целыми и вещественными числами. ➖Полезны при расчётах, аналитике, обработке цен, процентов и других числовых данных. ➖Можно использовать в SELECT, WHERE, ORDER BY, HAVING, а также внутри агрегатных выражений. Пример использования: SELECT name, price, ROUND(price * 0.85, 2) AS discounted_price FROM products WHERE price > 1000; 📊 На собесах спрашивают не часто. Могут спросить в рамках вопроса о базах данных. ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #теория #junior #middle #общее Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❗️Горящий дайджест по пройденным темам №50 Use Case (сценарий использования): ➖ Habr - Руководство по Use Cases ➖ LinkedIn - What is a Use case? Definition, template, and how to write 🔥 НОВОЕ ВИДЕО на YouTube: ➖ Бросаешь обучение? Исправляем ❓Делитесь своими полезными материалами в комментариях или в Горящем Вопросе! #дайджест Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❓136 / Что такое Use Case? Use Case (сценарий использования) — это описание взаимодействия пользователя с системой для достижения конкретной цели. Обычно оформляется в виде пошагового процесса: кто делает, что делает и как система на это реагирует. Пример: Пользователь хочет купить авиабилет → выбирает рейс → вводит данные → оплачивает → получает билет. Как создавать Use Case: 1⃣ Выбрать сценарий использования Подумать, как пользователь будет работать с продуктом в реальной жизни. Примеры: ➖Регистрация нового пользователя ➖Создание и оплата заказа ➖Восстановление пароля 2⃣ Определить роли участников Кто взаимодействует с системой? Может быть: ➖Пользователь ➖Администратор ➖Сторонний сервис (например, платёжная система) 3⃣ Описать основные действия Что происходит при успешном выполнении сценария? Какие шаги делает пользователь и какие ответы даёт система? 4⃣ Определить альтернативные действия Что может пойти иначе? Примеры альтернатив: ➖Пользователь ввёл неправильные данные ➖Отмена платежа ➖Нет свободных мест на рейс 5⃣ Определить исключения Что делать в случае ошибок? Например: ➖Сбой связи с платёжной системой ➖Ошибка сервера 6⃣ Создать тест-кейсы на основе Use Case Преимущества применения Use Case в тестировании: ➕ Фокус на пользователе — тестируем то, что действительно важно для клиента. ➕ Помогает выявить пробелы в бизнес-логике. ➕ Позволяет проще объяснять тесты заказчику или бизнесу — всё на языке сценариев. ➕ Позволяет проще создавать End-to-End тесты. ➕ Хорошая база для автоматизации. Недостатки подхода: ➖ Требует глубокого понимания продукта и ожиданий пользователя. ➖ Не всегда быстро — на сложные сценарии нужно много времени. ➖ Может не покрыть "мелкие" детали интерфейса без дополнительного тестирования. 📊 На собесах спрашивают не часто. Могут спросить в рамках вопроса о техниках тест-дизайна. ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #теория #junior #middle #общее Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❗️Горящий дайджест по пройденным темам №49 Состояния и переходы: ➖ Habr - State & Transition Diagram — что это и как применять ➖ Test-Engineer - Тестирование состояний и переходов (State Transition Testing) 🔥 НОВОЕ ВИДЕО на Boosty: ➖ Бросаешь обучение? Исправляем ❓Делитесь своими полезными материалами в комментариях или в Горящем Вопросе! #дайджест Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

❗️Бросаешь обучение? Исправляем Сколько раз ты начинал учить что-то новое, но не мог довести до конца? Вкат в профессию, курсы, самообучение 💸 Останавливаешься на полпути, забваешь на курсы, или просто потерял мотивацию? В новом видео мы разберем, почему ты бросаешь обучение, и как этого избежать. ➡️Посмотреть видос можно здесь⬅️ ⌚️ Сегодня видео релизнулось в ранний доступ на Бусти для участников Горящего Сообщества, так что залетайте в коммьюнити и смотрите! Горящий Тестер 🐞 Антон Дуенин  | Вступить в Горящее Сообщество | 😉 Посмотреть видосы | ⏩ Все проекты

❓135 / Тестирование состояний и переходов Состояния и переходы (State Transition Testing) — это техника тест-дизайна, применимая к системам, где поведение зависит от текущего состояния и переходов между ними. Состояния — это этапы, в которых находится система/элемент интерфейса. Переходы — это действия, триггеры или события, которые переводят объект из одного состояния в другое. Для примера рассмотрим сервис покупки авиабилетов. Сценарий: Пользователь заходит на сайт, чтобы купить билет на самолёт. Он проходит несколько этапов, и каждый из них — это отдельное состояние, с возможными переходами между ними. Возможные состояния: 1⃣ Start — начальный экран выбора направления 2⃣ SearchResults — показаны найденные рейсы 3⃣ FlightSelected — пользователь выбрал рейс 4⃣ PassengerInfoFilled — введены данные пассажира 5⃣ PaymentStarted — пользователь переходит к оплате 6⃣ PaymentSuccess — успешная оплата 7⃣ PaymentError — ошибка при оплате 8⃣ BookingConfirmed — билет оформлен 0⃣ Canceled — пользователь прервал процесс Примеры переходов: ➖ Запрос рейсов: Start → SearchResults ➖ Выбор рейса: SearchResults → FlightSelected ➖ Выбор рейса: FlightSelected → PaymentStarted ➖ Ошибка оплаты: PaymentStarted → PaymentError ➖ Повторить оплату: PaymentError → PaymentStarted Преимущества техники: ➕ Глубокое покрытие логики — позволяет протестировать поведение при разных последовательностях действий. ➕ Идеально для UI с интерактивным поведением — формы, кнопки, диалоги, валидации, ошибки — всё, что живёт во фронте. ➕ Хорошая визуализация — можно нарисовать схему состояний, что делает тест-кейсы понятными команде. Недостатки: ➖ Требует времени на анализ — сначала нужно выявить все возможные состояния и переходы, что может потребовать значительного количества времени. ➖ Сложность покрытия всех состояний и переходов — особенно при большом количестве опций (багаж, страховка, промокоды и т.д.) ➖ Нечёткие границы состояний — в некоторых случаях состояние сложно однозначно описать. 📊 На собесах спрашивают не часто. Могут спросить в рамках вопроса о техниках тест-дизайна. ❓Как вы бы ответили на этот вопрос? Пишите в комменты или обсуждайте в Горящем Вопросе! #теория #junior #middle #общее Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество

🖥 Практика 8 | Flappy Bird Flappy Bird для тестировщиков – это интерактивная уникальная платформа, представляющая собой адаптированную версию игры Flappy Bird, предназначенную для практики ручного тестирования. Возможности тренажёра: 1⃣ UI-тестирование: проверка отображения элементов интерфейса, таких как иконки, фон и счётчик очков. 2⃣ Функциональное тестирование: анализ поведения персонажа при различных действиях, автоматический старт игры, увеличение счётчика при прохождении препятствий, сбор монеток. 3⃣ Кроссбраузерное тестирование: проверка работы игры в различных браузерах. 4⃣ Адаптация интерфейса: проверка работы игры на экранах с различными разрешениями и при изменении размера окна браузера. 5⃣ и другие. На платформе есть базовый чек-лист для тестирования игры. Предоставленный чек-лист не охватывает все возможные сценарии и это отличная возможность для практики — дополняйте его своими проверками! 👍 ❓Как вам данная платформа? Пишите в комменты или обсуждайте в Горящем Вопросе! #практика #game Горящий Собес 📈 Собеседование QA | Вступить в Горящее Сообщество