Как не завалить собеседование на HTTP-методах в 2026 году? 🤔
Теперь когда вас спросят назвать HTTP-методы, не ограничивайтесь привычным набором
Это не замена
Какую проблему он решает и почему его так давно хотели?
Представьте endpoint аналитики.
С
Пока параметров пять — терпимо.
Когда появляется десяток фильтров, массивы, диапазоны, сортировки и правила агрегации — URL превращается в строку, которую никто не хочет ни читать, ни дебажить.
Исторически в такой ситуации делают так:
Работает. Но для инфраструктуры
С
И его семантика уже понятна на уровне протокола:
— запрос безопасный: клиент не ожидает изменения состояния ресурса;
— идемпотентный: при обрыве соединения его можно повторить;
— тело запроса — нормальная часть контракта, а не спорный
— ответ можно кешировать, хотя кешу придётся учитывать ещё и содержимое body.
Где это может пригодиться?
Поиск по каталогу, отчёты, сложная фильтрация, построение выборок, аналитические API, внутренние платформенные сервисы.
Почитать поподробнее: https://www.rfc-editor.org/rfc/rfc10008.html
Сохраняй пост, чтобы перед следующем собеседованием повторить: помимо привычных HTTP-методов теперь есть ещё
Теперь когда вас спросят назвать HTTP-методы, не ограничивайтесь привычным набором
GET, POST, PUT, PATCH, DELETE. С июня появился ещё один стандартизированный метод: QUERY.Это не замена
GET. Это отдельный способ сказать серверу: «выполни сложный запрос, но ничего в данных не меняй».Какую проблему он решает и почему его так давно хотели?
Представьте endpoint аналитики.
С
GET он быстро становится таким:GET /analytics/events?from=2026-06-01&to=2026-06-30&groupBy=country&groupBy=platform&event=checkout_completed&includeInactive=false HTTP/1.1
Пока параметров пять — терпимо.
Когда появляется десяток фильтров, массивы, диапазоны, сортировки и правила агрегации — URL превращается в строку, которую никто не хочет ни читать, ни дебажить.
Исторически в такой ситуации делают так:
POST /analytics/events/search HTTP/1.1
Content-Type: application/json
{
"period": {
"from": "2026-06-01",
"to": "2026-06-30"
},
"filters": {
"event": "checkout_completed",
"includeInactive": false
},
"groupBy": ["country", "platform"]
}
Работает. Но для инфраструктуры
POST означает: «осторожно, тут теоретически могут быть изменения». После сетевого сбоя клиент не должен бездумно повторять такой запрос: вдруг сервер уже успел создать заказ, списать деньги или запустить джобу.С
QUERY тот же вызов выглядит так:QUERY /analytics/events HTTP/1.1
Content-Type: application/json
{
"period": {
"from": "2026-06-01",
"to": "2026-06-30"
},
"filters": {
"event": "checkout_completed",
"includeInactive": false
},
"groupBy": ["country", "platform"]
}
И его семантика уже понятна на уровне протокола:
— запрос безопасный: клиент не ожидает изменения состояния ресурса;
— идемпотентный: при обрыве соединения его можно повторить;
— тело запроса — нормальная часть контракта, а не спорный
GET с body;— ответ можно кешировать, хотя кешу придётся учитывать ещё и содержимое body.
Где это может пригодиться?
Поиск по каталогу, отчёты, сложная фильтрация, построение выборок, аналитические API, внутренние платформенные сервисы.
Почитать поподробнее: https://www.rfc-editor.org/rfc/rfc10008.html
Сохраняй пост, чтобы перед следующем собеседованием повторить: помимо привычных HTTP-методов теперь есть ещё
QUERY для сложных read-only запросов с body.👍23❤5🙏1
Нагрузочное тестирование — это тема, о которой нередко вспоминают только после того как все легло на проде 😅
Давайте исправим это и подложим соломинку заранее. Я хоть и не инженер по нагрузочному тестированию и как по мне это вообще отдельная специализация, но на нескольких моих проектах такие задачи входили в зону ответственности автоматизаторов. Поэтому разбираться в производительности, мониторинге и поиске узких мест полезно далеко не только performance-инженерам.
⚙️ 9 сентября, в День тестировщика, в Москве и онлайн пройдёт ПерфКонф #12 — ежегодная конференция о производительности и отказоустойчивости ИТ-систем. В этом году я снова стал информационным партнёром конференции.
В программе:
🔸 Нагрузочное тестирование
🔸 Хаос инженеринг
🔸 Оптимизация производительности и тюнинг
🔸 Практики DevOps и CI\CD
🔸 Управление командой и лидирование
🔸 Практики SRE, мониторинга и обеспечение надежности систем
🔸 Разбор реальных кейсов
🔸 Тренды индустрии
🔸 Использование ИИ во всех областях разработки: мониторинг, прогнозирования, анализа результатов тестирования и др.
Будет полезно AQA и SDET-инженерам, специалистам по нагрузочному тестированию, QA Lead, DevOps, SRE и всем, кому важно, чтобы система не только работала функционально, но и выдерживала реальную нагрузку.
Можно приехать на конференцию в Москве или подключиться онлайн.
📎 Сайт: https://perfconf.ru/
📢 Канал конференции: https://t.me/performanceconf
P.S. В августе организаторы обещали подогнать промокод на скидку при покупке билетов, но я вам этого не говорил!
Давайте исправим это и подложим соломинку заранее. Я хоть и не инженер по нагрузочному тестированию и как по мне это вообще отдельная специализация, но на нескольких моих проектах такие задачи входили в зону ответственности автоматизаторов. Поэтому разбираться в производительности, мониторинге и поиске узких мест полезно далеко не только performance-инженерам.
⚙️ 9 сентября, в День тестировщика, в Москве и онлайн пройдёт ПерфКонф #12 — ежегодная конференция о производительности и отказоустойчивости ИТ-систем. В этом году я снова стал информационным партнёром конференции.
В программе:
🔸 Нагрузочное тестирование
🔸 Хаос инженеринг
🔸 Оптимизация производительности и тюнинг
🔸 Практики DevOps и CI\CD
🔸 Управление командой и лидирование
🔸 Практики SRE, мониторинга и обеспечение надежности систем
🔸 Разбор реальных кейсов
🔸 Тренды индустрии
🔸 Использование ИИ во всех областях разработки: мониторинг, прогнозирования, анализа результатов тестирования и др.
Будет полезно AQA и SDET-инженерам, специалистам по нагрузочному тестированию, QA Lead, DevOps, SRE и всем, кому важно, чтобы система не только работала функционально, но и выдерживала реальную нагрузку.
Можно приехать на конференцию в Москве или подключиться онлайн.
📎 Сайт: https://perfconf.ru/
📢 Канал конференции: https://t.me/performanceconf
👍7🤣1
Как подготовиться по Python для старта в автоматизации? 🐍
Собрал подборку бесплатных материалов, которые помогут QA начать разбираться в Python и постепенно перейти к автоматизации.
🎓 Курсы и материалы:
1️⃣ Программирование на Python (Stepik)
2️⃣ Автоматизация тестирования с помощью Selenium и Python (Stepik)
3️⃣ Автоматизация тестирования с помощью Playwright Python (Stepik)
4️⃣ Бесплатный курс по автоматизации на Python от QA Road
5️⃣ Бесплатный курс по автоматизации от RedRover.school
6️⃣ Пет-проект на Python по материалам Sergey Salyk (закрепленная статья в LinkedIn)
Python — один из самых дружелюбных языков для старта в автоматизации: простой синтаксис, много материалов, быстрый вход и понятный путь к UI/API тестам.
Главное — не пытаться пройти всё сразу. Выбери один основной курс, занимайся регулярно и сразу применяй знания на практике: автоматизируй сайт, API-сервис или собери небольшой пет-проект.
Также делюсь записью моего вебинара для Women In Tech про переход из ручного тестирования в автоматизацию.
Там разбираем, как выбрать направление, какие инструменты актуальны в 2026 году и как планировать обучение без хаоса.
🟥 Youtube
🟦 ВКонтакте
Сохраняй пост, чтобы не потерять, и отправь тому, кто хочет перейти в AQA 🚀
А ты какой язык выбираешь для старта в автоматизации: Python, Java или JS/TS? 👇
Собрал подборку бесплатных материалов, которые помогут QA начать разбираться в Python и постепенно перейти к автоматизации.
🎓 Курсы и материалы:
1️⃣ Программирование на Python (Stepik)
2️⃣ Автоматизация тестирования с помощью Selenium и Python (Stepik)
3️⃣ Автоматизация тестирования с помощью Playwright Python (Stepik)
4️⃣ Бесплатный курс по автоматизации на Python от QA Road
5️⃣ Бесплатный курс по автоматизации от RedRover.school
6️⃣ Пет-проект на Python по материалам Sergey Salyk (закрепленная статья в LinkedIn)
Python — один из самых дружелюбных языков для старта в автоматизации: простой синтаксис, много материалов, быстрый вход и понятный путь к UI/API тестам.
Главное — не пытаться пройти всё сразу. Выбери один основной курс, занимайся регулярно и сразу применяй знания на практике: автоматизируй сайт, API-сервис или собери небольшой пет-проект.
Также делюсь записью моего вебинара для Women In Tech про переход из ручного тестирования в автоматизацию.
Там разбираем, как выбрать направление, какие инструменты актуальны в 2026 году и как планировать обучение без хаоса.
Сохраняй пост, чтобы не потерять, и отправь тому, кто хочет перейти в AQA 🚀
А ты какой язык выбираешь для старта в автоматизации: Python, Java или JS/TS? 👇
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
❤18🔥9👍3🤷1
Как распознать травмы кандидата за 3 собеседования? 🤔
HR сохраняем, кандидаты читаем дальше на свой страх и риск.
СОБЕСЕДОВАНИЕ 1
Спросите кандидата:
Если отвечает:
🚩 НАРЦИССИЧЕСКАЯ ТРАВМА
Обвиняет работодателя и совершенно не способен увидеть собственный вклад в то, что ему три месяца не платили зарплату.
Стоит спросить:
Если кандидат не может ответить, то очевидно, рефлексия отсутствует.
Если говорит:
🚩 ИЗБЕГАЮЩИЙ ТИП ПРИВЯЗАННОСТИ К РАБОТОДАТЕЛЮ
Вместо того чтобы бороться за отношения с компанией, кандидат просто ушёл.
Сегодня он бросил предыдущего работодателя.
Завтра он бросит вас.
Если говорит:
🚩 КОРЫСТНАЯ МОДЕЛЬ ТРУДОВЫХ ОТНОШЕНИЙ
Человек воспринимает работу как обмен своего труда на деньги.
Очень тревожный сигнал.
СОБЕСЕДОВАНИЕ 2
Спросите:
Если ответ:
🚩 ТРАВМА ОТВЕРЖЕНИЯ
Человек настолько боится повторного отказа, что даже не пытается написать рекрутеру ещё 14 раз и доказать, что компания совершила ошибку.
Здоровый кандидат должен бороться за отношения.
🚩 ЭМОЦИОНАЛЬНАЯ ОТСТРАНЁННОСТЬ
Обратите внимание на пугающую способность человека спокойно принимать слово «нет».
Возможно, он совершенно не умеет добиваться любви работодателя.
🚩 ЧЁРНО-БЕЛОЕ МЫШЛЕНИЕ
Один негативный опыт — и кандидат уже делает выводы о компании.
Спросите:
СОБЕСЕДОВАНИЕ 3
Самый важный вопрос:
— Что вы поняли о себе благодаря прошлой работе?
🚩🚩🚩 ГЛУБОКО ВЫТЕСНЕННАЯ РАБОЧАЯ ТРАВМА
Человек утверждает, что четыре года работы могли просто быть нормальным периодом жизни.
Очевидное отрицание.
Травма есть. Просто кандидат пока не готов её признать.
🚩 НЕПРОРАБОТАННЫЕ ПОТРЕБНОСТИ
Почему человеку вообще что-то должно быть нужно от работы?
Зрелый сотрудник не предъявляет требований.
🚩 НАРЦИССИЗМ
Опять виновата компания.
Никакой ответственности за происходящее.
Спросите:
Если кандидат начинает смеяться — это защитная реакция.
🚩 ТРАВМА ПОГЛОЩЕНИЯ
Кандидат устанавливает границы.
Вероятно, плохо переносит корпоративную близость.
🚩 НЕ ОТПУСТИЛ ПРОШЛЫЕ РАБОЧИЕ ОТНОШЕНИЯ
Подумайте:
готов ли этот человек эмоционально к новой компании, если у него всё ещё есть бывшие коллеги?
И главный красный флаг 🚩
Кандидат говорит:
🚩🚩🚩🚩🚩
ТЯЖЁЛАЯ ТРАВМА КОРПОРАТИВНОЙ БЛИЗОСТИ.
Такой человек:
— не называет компанию семьёй;
— способен уйти домой после окончания рабочего дня;
— не испытывает чувства вины во время отпуска;
— может сменить работодателя, если ему станет плохо.
Он явно ещё не готов к серьёзным отношениям с бизнесом.
А если серьезно, то советую почитать про реальные красные флаги на собеседованиях и что спрашивать на собеседовании📖
HR сохраняем, кандидаты читаем дальше на свой страх и риск.
СОБЕСЕДОВАНИЕ 1
Спросите кандидата:
— Почему вы ушли с предыдущей работы?
Если отвечает:
«Компания задерживала зарплату, менеджмент был токсичным, поэтому я ушёл».
🚩 НАРЦИССИЧЕСКАЯ ТРАВМА
Обвиняет работодателя и совершенно не способен увидеть собственный вклад в то, что ему три месяца не платили зарплату.
Стоит спросить:
«А что ВЫ могли сделать иначе, чтобы компания не задерживала вам зарплату?»
Если кандидат не может ответить, то очевидно, рефлексия отсутствует.
Если говорит:
«Я понял, что мне там больше неинтересно, и нашёл работу получше».
🚩 ИЗБЕГАЮЩИЙ ТИП ПРИВЯЗАННОСТИ К РАБОТОДАТЕЛЮ
Вместо того чтобы бороться за отношения с компанией, кандидат просто ушёл.
Сегодня он бросил предыдущего работодателя.
Завтра он бросит вас.
Если говорит:
«Мне предложили зарплату в два раза больше».
🚩 КОРЫСТНАЯ МОДЕЛЬ ТРУДОВЫХ ОТНОШЕНИЙ
Человек воспринимает работу как обмен своего труда на деньги.
Очень тревожный сигнал.
СОБЕСЕДОВАНИЕ 2
Спросите:
— Что вы делаете, если вам отказали после собеседования?
Если ответ:
«Ничего. Значит, не подошли друг другу, ищу дальше».
🚩 ТРАВМА ОТВЕРЖЕНИЯ
Человек настолько боится повторного отказа, что даже не пытается написать рекрутеру ещё 14 раз и доказать, что компания совершила ошибку.
Здоровый кандидат должен бороться за отношения.
«Могу попросить фидбэк, а дальше двигаюсь дальше».
🚩 ЭМОЦИОНАЛЬНАЯ ОТСТРАНЁННОСТЬ
Обратите внимание на пугающую способность человека спокойно принимать слово «нет».
Возможно, он совершенно не умеет добиваться любви работодателя.
«После нескольких этапов мне отказали без объяснений, поэтому я больше туда не подавался».
🚩 ЧЁРНО-БЕЛОЕ МЫШЛЕНИЕ
Один негативный опыт — и кандидат уже делает выводы о компании.
Спросите:
«А почему вы не попробовали пройти ещё 7 собеседований туда же?»
СОБЕСЕДОВАНИЕ 3
Самый важный вопрос:
— Что вы поняли о себе благодаря прошлой работе?
«В целом ничего особенного. Мне нравилось, потом перестало нравиться, я ушёл. Хорошо провёл там четыре года».
🚩🚩🚩 ГЛУБОКО ВЫТЕСНЕННАЯ РАБОЧАЯ ТРАВМА
Человек утверждает, что четыре года работы могли просто быть нормальным периодом жизни.
Очевидное отрицание.
Травма есть. Просто кандидат пока не готов её признать.
«Я понял, что мне важны интересные задачи и хороший коллектив».
🚩 НЕПРОРАБОТАННЫЕ ПОТРЕБНОСТИ
Почему человеку вообще что-то должно быть нужно от работы?
Зрелый сотрудник не предъявляет требований.
«Компания меня использовала: я выполнял обязанности трёх человек без повышения зарплаты».
🚩 НАРЦИССИЗМ
Опять виновата компания.
Никакой ответственности за происходящее.
Спросите:
«А что в ВАС заставило работодателя дать вам работу за троих и не повысить зарплату?»
Если кандидат начинает смеяться — это защитная реакция.
«Да, я сам слишком долго соглашался на лишнюю нагрузку. Сейчас научился говорить “нет”».
🚩 ТРАВМА ПОГЛОЩЕНИЯ
Кандидат устанавливает границы.
Вероятно, плохо переносит корпоративную близость.
«Я до сих пор хорошо общаюсь с бывшими коллегами».
🚩 НЕ ОТПУСТИЛ ПРОШЛЫЕ РАБОЧИЕ ОТНОШЕНИЯ
Подумайте:
готов ли этот человек эмоционально к новой компании, если у него всё ещё есть бывшие коллеги?
И главный красный флаг 🚩
Кандидат говорит:
«Работа важная часть моей жизни, но не вся моя жизнь. Я выполняю свою работу, получаю за неё деньги, а свободное время трачу на семью, друзей и свои интересы».
🚩🚩🚩🚩🚩
ТЯЖЁЛАЯ ТРАВМА КОРПОРАТИВНОЙ БЛИЗОСТИ.
Такой человек:
— не называет компанию семьёй;
— способен уйти домой после окончания рабочего дня;
— не испытывает чувства вины во время отпуска;
— может сменить работодателя, если ему станет плохо.
Он явно ещё не готов к серьёзным отношениям с бизнесом.
А если серьезно, то советую почитать про реальные красные флаги на собеседованиях и что спрашивать на собеседовании
Please open Telegram to view this post
VIEW IN TELEGRAM
😁31🗿7❤4👎3🔥2
Геннадий Чурсов | QA++
Нагрузочное тестирование — это тема, о которой нередко вспоминают только после того как все легло на проде 😅 Давайте исправим это и подложим соломинку заранее. Я хоть и не инженер по нагрузочному тестированию и как по мне это вообще отдельная специализация…
Помните писал про конференцию про нагрузочное тестирование?
Осенью этого года в День тестировщика в Москве 9 сентября пройдет очередная ежегодная конференция по обеспечению качества ИТ-систем.
Так вот, организаторы подогнали промокод на скидку perfconf101️⃣ 0️⃣
Вся дополнительная информация на сайте https://perfconf.ru/ и в канале конференции: https://t.me/performanceconf
Осенью этого года в День тестировщика в Москве 9 сентября пройдет очередная ежегодная конференция по обеспечению качества ИТ-систем.
Так вот, организаторы подогнали промокод на скидку perfconf10
Вся дополнительная информация на сайте https://perfconf.ru/ и в канале конференции: https://t.me/performanceconf
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6😢1
Как прокачать LinkedIn так, чтобы не только самому искать работу, но и получать хорошие входящие предложения от компаний? 🤔
Недавно ко мне пришли с таким запросом и я решил собрать в статье свой подход и ответить на вопросы:
🔹 Как оформить профиль;
🔹 Что писать в headline и About;
🔹 Какие ключевые слова использовать;
🔹 Как строить профессиональный нетворк;
🔹 Зачем вообще вести контент, если вы не хотите становиться блогером.
Если коротко: хороший LinkedIn - это когда вас находят, быстро понимают вашу ценность и видят подтверждение экспертизы.
Статья здесь:
https://telegra.ph/LinkedIn-na-prokachku-kak-QA-inzheneru-sdelat-tak-chtoby-rabota-iskala-ego-sama-08-30 👈📄
Недавно ко мне пришли с таким запросом и я решил собрать в статье свой подход и ответить на вопросы:
🔹 Как оформить профиль;
🔹 Что писать в headline и About;
🔹 Какие ключевые слова использовать;
🔹 Как строить профессиональный нетворк;
🔹 Зачем вообще вести контент, если вы не хотите становиться блогером.
Если коротко: хороший LinkedIn - это когда вас находят, быстро понимают вашу ценность и видят подтверждение экспертизы.
Статья здесь:
https://telegra.ph/LinkedIn-na-prokachku-kak-QA-inzheneru-sdelat-tak-chtoby-rabota-iskala-ego-sama-08-30 👈📄
🔥9❤3👏1
Forwarded from Сергей Лебедев | QA
У тестировщиков редко бывает одинаковая работа. 😺
Один меняет IT на стройку и заново собирает своё представление о QA. Другой тестирует NGFW и совмещает Agile, Waterfall и R&D, потому что цена ошибки слишком высока.
Кто-то работает на стыке аналитики и тестирования, пока вокруг AI-хайп. А кто-то превращает страшную метрику забагованности в нормальный инструмент для команды.🤔
Поэтому 9 сентября, в День тестировщика, я решил собрать четырёх действующих специалистов в одном эфире, где каждый расскажет о том, с чем работает прямо сейчас.
Начнём с круглого стола: «Что сегодня делает тестировщика ценным?»
А затем перейдём к четырём реальным историям.
• Света @bettercalllory — «Как панда из IT в стройку ушла»
• Вячеслав @Tsevinskiy — «Agile против Waterfall: как мы собрали гибрид для NGFW»
• Дима Алексеев @qa_road_channel — «Будни аналитика-тестировщика: классическая инженерия после AI-хайпа»
• Дима Беляков @DmBelyakov — «Забагованность: как ZBP стала союзником качества»
И да, будут подарки от докладчиков и моих друзей из ТестОпс 🥳
Приносите свои кейсы и спрашивайте то, что действительно хотелось обсудить с практиками.
9 сентября, 19:00 МСК
Ссылка на эфир:
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4
Участие бесплатное.
Отправьте этот пост знакомым тестировщикам — 9 сентября собираемся своей QA-тусовкой.🎉
Ставьте 🔥, если будете!
Один меняет IT на стройку и заново собирает своё представление о QA. Другой тестирует NGFW и совмещает Agile, Waterfall и R&D, потому что цена ошибки слишком высока.
Кто-то работает на стыке аналитики и тестирования, пока вокруг AI-хайп. А кто-то превращает страшную метрику забагованности в нормальный инструмент для команды.
Поэтому 9 сентября, в День тестировщика, я решил собрать четырёх действующих специалистов в одном эфире, где каждый расскажет о том, с чем работает прямо сейчас.
Начнём с круглого стола: «Что сегодня делает тестировщика ценным?»
Доменная экспертиза, инженерная база или влияние на процессы?
А затем перейдём к четырём реальным историям.
• Света @bettercalllory — «Как панда из IT в стройку ушла»
Что происходит, когда полностью меняешь домен, что приходится чинить первым — процессы или мышление — и к чему это приводит за полгода.
• Вячеслав @Tsevinskiy — «Agile против Waterfall: как мы собрали гибрид для NGFW»
«Agile — да, Waterfall — обязательно». Звучит как оксюморон? Добро пожаловать в реальный мир энтерпрайза и HighLoad.
• Дима Алексеев @qa_road_channel — «Будни аналитика-тестировщика: классическая инженерия после AI-хайпа»
Почему классические инженерные подходы никуда не делись и бизнес уже не так оголтело кричит: «Возьми мои деньги и сделай AI-ассистента».
• Дима Беляков @DmBelyakov — «Забагованность: как ZBP стала союзником качества»
Как страшная цифра перестала пугать команду и превратилась в инструмент, который помогает бороться за качество.
И да, будут подарки от докладчиков и моих друзей из ТестОпс 🥳
После каждого выступления спикер выберет лучший вопрос, а его автор сразу получит подарок👍
Приносите свои кейсы и спрашивайте то, что действительно хотелось обсудить с практиками.
9 сентября, 19:00 МСК
Ссылка на эфир:
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4
https://youtube.com/live/apHpUcuD4i4
Участие бесплатное.
Отправьте этот пост знакомым тестировщикам — 9 сентября собираемся своей QA-тусовкой.
Ставьте 🔥, если будете!
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥6❤5
Баг нашли за пару минут.
А потом ещё минут десять вспоминаем шаги, открываем Network, собираем окружение и переносим всё это в баг-репорт 😅
Недавно потестировал Bug Report Recorder — Chrome-расширение, которое забирает часть этой рутины на себя.
Во время проверки Recorder:
🔹 записывает действия и формирует шаги
🔹 сохраняет URL, браузер, ОС и viewport
🔹 собирает Network
🔹 помогает подготовить черновик баг-репорта
Причём, как по мне, расширение полезно как ручным QA, так и для автоматизаторов, которые периодически вручную проверяют веб-приложение и потом заводят баги.
Когда тестировал расширение, сразу вспомнил прошлое место работы: вот бы мне тогда такую тулу, когда после найденного бага приходилось вручную вытаскивать из Network и копировать в тикет по пять request/response.
Проект активно развивается. Я уже успел прислать Ларисе несколько пожеланий после тестирования, которые она взяла в работу, так что сейчас ещё и хороший момент, чтобы попробовать инструмент и повлиять на его развитие.
👉 Bug Report Recorder: Chrome Web Store
Автор проекта — @larisa_voin
А потом ещё минут десять вспоминаем шаги, открываем Network, собираем окружение и переносим всё это в баг-репорт 😅
Недавно потестировал Bug Report Recorder — Chrome-расширение, которое забирает часть этой рутины на себя.
Во время проверки Recorder:
🔹 записывает действия и формирует шаги
🔹 сохраняет URL, браузер, ОС и viewport
🔹 собирает Network
🔹 помогает подготовить черновик баг-репорта
Причём, как по мне, расширение полезно как ручным QA, так и для автоматизаторов, которые периодически вручную проверяют веб-приложение и потом заводят баги.
Когда тестировал расширение, сразу вспомнил прошлое место работы: вот бы мне тогда такую тулу, когда после найденного бага приходилось вручную вытаскивать из Network и копировать в тикет по пять request/response.
Проект активно развивается. Я уже успел прислать Ларисе несколько пожеланий после тестирования, которые она взяла в работу, так что сейчас ещё и хороший момент, чтобы попробовать инструмент и повлиять на его развитие.
👉 Bug Report Recorder: Chrome Web Store
Автор проекта — @larisa_voin
👍23🔥8🤝4
Forwarded from Английский для ИТ и диджитал от школы Across
Собеседование для QA на английском
Проведу бесплатную тренировку интервью для тестировщиков на английском:
▫️ Как презентовать себя за 60 секунд
▫️ Поведенческие вопросы с использованием метода STAR
▫️ Сценарные вопросы для автоматизаторов по кейсам
▫️ Как отвечать про зарплатные ожидания
В Белграде встречаемся очно, кто не сможет быть — устраиваю онлайн-разминку заранее.
🕖 Когда: 29 сентября в 19:00 МСК
Веду я, Евгения Хафизова, основатель школы Across, 15+ лет в ИТ и преподавании английского, автор и методист курсов.
Встреча в Teams, регистрация — через бота.
Кто со мной, тестировщики?
👍 — Да
😔 — Блин, уже планы
Проведу бесплатную тренировку интервью для тестировщиков на английском:
▫️ Как презентовать себя за 60 секунд
▫️ Поведенческие вопросы с использованием метода STAR
▫️ Сценарные вопросы для автоматизаторов по кейсам
▫️ Как отвечать про зарплатные ожидания
В Белграде встречаемся очно, кто не сможет быть — устраиваю онлайн-разминку заранее.
🕖 Когда: 29 сентября в 19:00 МСК
Веду я, Евгения Хафизова, основатель школы Across, 15+ лет в ИТ и преподавании английского, автор и методист курсов.
Встреча в Teams, регистрация — через бота.
Кто со мной, тестировщики?
👍 — Да
😔 — Блин, уже планы
🔥8🙊2