«Как вы составляете регрессионную тестовую модель?» 👇
Пост в нельзяграме:
https://www.instagram.com/p/DbNaAfCDDo2/?igsh=NXFmZm9vM3BzOWpr
Подписаться 💙
🛡️ ЧТО ТАКОЕ РЕГРЕСС?
Это проверка того, что новые изменения в коде не сломали уже работающую функциональность. Цель — гарантия стабильности продукта после любых правок.
МОЙ АЛГОРИТМ СБОРА ПРОГОНА:
1️⃣ Impact Analysis (Анализ влияния)
Обсудите модель с аналитиком. Определите, какие области затронуты сильнее всего. Это сократит время тестирования и поможет актуализировать ТМ.
2️⃣ Бизнес и Интеграции
• Если релиз затрагивает сервис, проверяем все модули, которые с ним взаимодействуют.
• Добавляем бизнес-критичные проверки (для заказчика/сопровождения), даже если новый модуль их не касается. Регламент = закон!
3️⃣ Оптимизация и «5 Почему»
На крупных проектах регресс раздувается. Регулярно удаляйте устаревшие тест-кейсы.
Используйте технику «5 Почему» для RCA: почему нет времени? почему неверно оценен объем? почему менялись требования?
4️⃣ Исследовательское тестирование
• Обязательно добавляйте в регресс проверки на исправленные дефекты (чтобы баг не вернулся).
• Знайте взаимодействие модулей системы, чтобы предсказать, как новый код повлияет на старый.
💡 Идеальный процесс: содержание регресса определяется аналитикой бизнес-команды и объемами доработки.
📚 Рекомендую почитать:
• «Регрессионное тестирование на Scrum-проектах» (habr.com/ru/articles/563918/)
• «5 инструментов для анализа первопричин (RCA) в QA»
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
✍️ Делитесь в комментариях: как вы определяете объем регресса на своих проектах? Что помогает не утонуть в тест-кейсах? 👇
#QA #регрессионноетестирование #тестированиеПО #карьераВIT #собеседование
Пост в нельзяграме:
https://www.instagram.com/p/DbNaAfCDDo2/?igsh=NXFmZm9vM3BzOWpr
Подписаться 💙
🛡️ ЧТО ТАКОЕ РЕГРЕСС?
Это проверка того, что новые изменения в коде не сломали уже работающую функциональность. Цель — гарантия стабильности продукта после любых правок.
МОЙ АЛГОРИТМ СБОРА ПРОГОНА:
1️⃣ Impact Analysis (Анализ влияния)
Обсудите модель с аналитиком. Определите, какие области затронуты сильнее всего. Это сократит время тестирования и поможет актуализировать ТМ.
2️⃣ Бизнес и Интеграции
• Если релиз затрагивает сервис, проверяем все модули, которые с ним взаимодействуют.
• Добавляем бизнес-критичные проверки (для заказчика/сопровождения), даже если новый модуль их не касается. Регламент = закон!
3️⃣ Оптимизация и «5 Почему»
На крупных проектах регресс раздувается. Регулярно удаляйте устаревшие тест-кейсы.
Используйте технику «5 Почему» для RCA: почему нет времени? почему неверно оценен объем? почему менялись требования?
4️⃣ Исследовательское тестирование
• Обязательно добавляйте в регресс проверки на исправленные дефекты (чтобы баг не вернулся).
• Знайте взаимодействие модулей системы, чтобы предсказать, как новый код повлияет на старый.
💡 Идеальный процесс: содержание регресса определяется аналитикой бизнес-команды и объемами доработки.
📚 Рекомендую почитать:
• «Регрессионное тестирование на Scrum-проектах» (habr.com/ru/articles/563918/)
• «5 инструментов для анализа первопричин (RCA) в QA»
💙 Тесты по подготовке на собеседования по тестированию ПО
https://stepik.org/a/276076/pay?promo=9fdcd29f7e88cd5a
✍️ Делитесь в комментариях: как вы определяете объем регресса на своих проектах? Что помогает не утонуть в тест-кейсах? 👇
#QA #регрессионноетестирование #тестированиеПО #карьераВIT #собеседование
❤13🔥5🆒2
📚 ProTestingInfo 🔷 Канал по тестированию 📚 pinned «Хочу порекомендовать замечательного ментора по тестированию @Nadin_QA! Пришла я к ней в апреле с уже имеющейся теоретической базой после курсов, но мне катастрофически не хватало практики и уверенности. Главная цель была - наработать навыки, подготовиться…»
Приветствую всех новых коллег.
Благодарю за подписку.
Меня зовут Надежда Дудник - главный инженер по тестированию в финтехе и ментор по тестированию ПО (6 лет). До тестирования была преподавателем физики 6 лет.
Люблю свое дело и делиться своим опытом и полезной информацией.
11 лет в тестировании.
Сейчас я ментор в Сбере и амбассадор Сбера.
На данный момент работаю с 13-го января на частичной занятости в СБЕРе и нахожусь в декрете до 22 мая 2027 года).
На канале, в основном, про #тестыдлязакреплениязнаний и разборы вопросов на собеседованиях, также делюсь полезной информацией, пишу посты и статьи на хабре, составляю гайды, провожу вебинары на ютубе. Есть курс по подготовке на собеседование по тестированию ПО и курс по тестированию бэкенда.
@info_course_protestinginfo
Сайт
Есть даже канал про декрет в ИТ с двумя сыночками.
Люблю делиться отзывами про офферы моих менти и учеников с курсов.
Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik
Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ)
Давайте знакомиться❤️
Рассказывайте про себя.
А кто уже со мной давно, также пишите в комментариях о себе, обо мне😎 !
Благодарю за подписку.
Меня зовут Надежда Дудник - главный инженер по тестированию в финтехе и ментор по тестированию ПО (6 лет). До тестирования была преподавателем физики 6 лет.
Люблю свое дело и делиться своим опытом и полезной информацией.
11 лет в тестировании.
Сейчас я ментор в Сбере и амбассадор Сбера.
На данный момент работаю с 13-го января на частичной занятости в СБЕРе и нахожусь в декрете до 22 мая 2027 года).
На канале, в основном, про #тестыдлязакреплениязнаний и разборы вопросов на собеседованиях, также делюсь полезной информацией, пишу посты и статьи на хабре, составляю гайды, провожу вебинары на ютубе. Есть курс по подготовке на собеседование по тестированию ПО и курс по тестированию бэкенда.
@info_course_protestinginfo
Сайт
Есть даже канал про декрет в ИТ с двумя сыночками.
Люблю делиться отзывами про офферы моих менти и учеников с курсов.
Добавляйтесь в LinkedIn: https://www.linkedin.com/in/nadezhda-dudnik
Подписывайтесь на Instagram: https://www.instagram.com/protestinginfo * (запрещенная организация на территории РФ)
Давайте знакомиться
Рассказывайте про себя.
А кто уже со мной давно, также пишите в комментариях о себе, обо мне
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥17❤8❤🔥6👍3👏2
Идемпотентность HTTP-методов простыми словами 🔄
Подписаться на нельзяграм и сам пост
https://www.instagram.com/p/DbP7Ui5DG_k/?igsh=MWc2N29oMndvczR6Mw==
Термин предложил математик Бенджамин Пирс. В IT это свойство операции, при котором повторное выполнение даёт тот же результат, что и однократное, не изменяя состояние сервера.
🏠 Простые примеры:
✅ Выключатель света: нажал 10 раз — свет всё равно выключен.
✅ Кнопка лифта: нажал 5 раз — лифт приедет 1 раз.
❌ Корзина товаров: нажал «добавить» 5 раз — получил 5 пицц (не идемпотентно!).
Как это работает в REST:
🔍 GET, HEAD, OPTIONS, TRACE
Безопасны и идемпотентны. Они только читают данные, не меняя состояние сервера.
📝 PUT (Обновление)
По стандарту идемпотентен: 10 запросов PUT /users/123 просто 10 раз обновят имя на «John».
⚠️ Нюанс: На некоторых платформах (например, «Викунья») PUT может создавать НОВЫЙ объект задачи/проекта при каждом запросе, если не передан ID. В этом случае он теряет идемпотентность!
🗑️ DELETE (Удаление)
Идемпотентен, но с подвохом в ответе:
1️⃣ Первый запрос: вернет 200 OK или 204 No Content (ресурс удален).
2️⃣ Второй запрос: вернет 404 Not Found (ресурса уже нет).
💡 Состояние сервера одинаковое (удалено), но статус-код меняется. Это нормально!
🛡️ POST (Создание)
По стандарту НЕ идемпотентен (создает дубликаты).
💡 Вынужденная идемпотентность: POST можно сделать идемпотентным программно. Например, при создании пользователя («Викунья») повторный запрос с тем же email не создаст дубль, а вернет ошибку 409 Conflict или данные существующего юзера.
Тест-кейсы, коллекцию и шаблоны по ссылке
https://t.me/protestinginfo/5158
✍️ А на твоих проектах POST делают идемпотентным? Делись опытом 👇
#QA #тестированиеПО#идемпотентность #собеседование #карьераВIT
Подписаться на нельзяграм и сам пост
https://www.instagram.com/p/DbP7Ui5DG_k/?igsh=MWc2N29oMndvczR6Mw==
Термин предложил математик Бенджамин Пирс. В IT это свойство операции, при котором повторное выполнение даёт тот же результат, что и однократное, не изменяя состояние сервера.
🏠 Простые примеры:
✅ Выключатель света: нажал 10 раз — свет всё равно выключен.
✅ Кнопка лифта: нажал 5 раз — лифт приедет 1 раз.
❌ Корзина товаров: нажал «добавить» 5 раз — получил 5 пицц (не идемпотентно!).
Как это работает в REST:
🔍 GET, HEAD, OPTIONS, TRACE
Безопасны и идемпотентны. Они только читают данные, не меняя состояние сервера.
📝 PUT (Обновление)
По стандарту идемпотентен: 10 запросов PUT /users/123 просто 10 раз обновят имя на «John».
⚠️ Нюанс: На некоторых платформах (например, «Викунья») PUT может создавать НОВЫЙ объект задачи/проекта при каждом запросе, если не передан ID. В этом случае он теряет идемпотентность!
🗑️ DELETE (Удаление)
Идемпотентен, но с подвохом в ответе:
1️⃣ Первый запрос: вернет 200 OK или 204 No Content (ресурс удален).
2️⃣ Второй запрос: вернет 404 Not Found (ресурса уже нет).
💡 Состояние сервера одинаковое (удалено), но статус-код меняется. Это нормально!
🛡️ POST (Создание)
По стандарту НЕ идемпотентен (создает дубликаты).
💡 Вынужденная идемпотентность: POST можно сделать идемпотентным программно. Например, при создании пользователя («Викунья») повторный запрос с тем же email не создаст дубль, а вернет ошибку 409 Conflict или данные существующего юзера.
Тест-кейсы, коллекцию и шаблоны по ссылке
https://t.me/protestinginfo/5158
✍️ А на твоих проектах POST делают идемпотентным? Делись опытом 👇
#QA #тестированиеПО#идемпотентность #собеседование #карьераВIT
👍17❤9🔥5
Всем привет, напоминаю про полезные материалы по открытому уроку «Работа с OpenSearch и анализ логов».🧚♂️🧑💻
Презентация - https://t.me/protestinginfo/4885
Сайт презентации (VPN возможен) - https://opensearch-pptx-xen8d11.gamma.site/
Лекция в текстовом формате и видео - https://coreapp.ai/app/player/lesson/6978f5a1d900152b7ebf5b7f и практика
📹 Записи на
▪️ YouTube
▪️ RuTube
📚 СОДЕРЖАНИЕ УРОКА
0:00 🎯 Приветствие и обзор программы
0:30 📋 План урока
0:53 📖 Теория логирования (введение)
1:24 🔧 OpenSearch и архитектура системы
1:54 📊 Практическое применение
2:31 👤 О спикере
3:23 📚 Основные понятия
3:54 🔍 Определение логов
4:12 💾 Что хранится в логах
4:44 🎚 Уровни логирования
5:13 📊 DEBUG, INFO, WARNING, ERROR, CRITICAL
7:54 📂 Типы логов
8:28 🔐 Настройка логирования
8:58 🏛 Классификация: системные/интеграционные
10:21 🛡 Авторизация и безопасность
11:24 👥 Пользовательские логи
12:10 🔎 Анализ логов
12:49 ⚠️ Конфиденциальность данных
13:07 🚀 Введение в OpenSearch
13:29 🛠 Демонстрация системы
15:15 📖 Основные понятия
17:40 🏗 Компоненты системы
19:01 🔄 OpenSearch + Logstash + Dashboards
20:04 📥 Logstash обработка
22:13 🗂 Кластеры и шарды
23:10 📇 Индексы в системе
23:35 📄 Документы и логи
24:03 💻 Интерфейс Discover
26:33 🎨 Демонстрация дашборда
28:39 📊 Документы и их структура
29:17 📋 Форматы отображения
31:42 🔤 Языки запросов: Query DSL vs DQL
32:38 🔍 Query DSL: определение
33:06 🎯 Операторы поиска
34:09 📝 Служебные и пользовательские поля
35:28 🔗 Фильтрация в Discover
36:07 ➕ Добавление фильтров
36:56 📌 Примеры фильтрации
37:50 💡 Практическое применение
38:29 💾 Сохранение фильтров
38:42 🔤 Query DSL синтаксис
40:46 🎯 Зачем нужна фильтрация
41:46 🔎 Поиск по ID сессии
43:31 &&️ Логические операторы AND, OR, NOT
43:58 📝 DQL синтаксис примеры
45:42 * Частичный поиск с символами
46:08 🔗 Комбинирование условий
47:34 💼 Применение в тестировании
49:14 🎯 Фильтры и анализ
50:35 * Постановочные символы
51:29 📋 Анализ полей документа
52:43 🔗 Взаимосвязи между сущностями
54:14 * Ограничения поиска
55:33 🔍 Альтернативные методы
56:04 🎓 Закрепление материала
59:40 ✨ Выбор полей для работы
1:00:27 🛠 Инструменты логирования
1:01:30 📱 Логирование разных систем
1:02:19 🐳 OpenShift консоль
1:02:49 📚 Курс по тестированию бэкенда
1:03:49 💼 Структура курса
1:06:06 💳 Тарифы и поддержка
1:07:51 📖 Рекомендуемые ресурсы
1:08:46 👋 Завершение и контакты
Курс по тестированию бэкенда
https://protestinginfo.ru/practice_api_sql
СТАРТ 5 августа (еще 2-3 места есть)
• Реальные практические задания по API + SQL
🔥 В программе:
— тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— негативные проверки запросов и многое другое
Скидки на участие:
APISQL20 — скидка 20% до 5 августа 2026
APISQL15 — скидка 15% до 15 августа 2026
Условия и сроки проверки заданий:
Тариф 1: без проверки.
Проверка заданий осуществляется только в течение ограниченного срока с начала обучения:
Тариф 2: только первые 3 месяца
Тариф 3: только первые 5 месяцев
Тариф 4 (полный): 9 месяцев
Обратная связь на протяжении всего доступа
Присоединяйся сейчас к курсу:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
Вопросы @nadin_qa
Презентация - https://t.me/protestinginfo/4885
Сайт презентации (VPN возможен) - https://opensearch-pptx-xen8d11.gamma.site/
Лекция в текстовом формате и видео - https://coreapp.ai/app/player/lesson/6978f5a1d900152b7ebf5b7f и практика
▪️ YouTube
▪️ RuTube
📚 СОДЕРЖАНИЕ УРОКА
0:00 🎯 Приветствие и обзор программы
0:30 📋 План урока
0:53 📖 Теория логирования (введение)
1:24 🔧 OpenSearch и архитектура системы
1:54 📊 Практическое применение
2:31 👤 О спикере
3:23 📚 Основные понятия
3:54 🔍 Определение логов
4:12 💾 Что хранится в логах
4:44 🎚 Уровни логирования
5:13 📊 DEBUG, INFO, WARNING, ERROR, CRITICAL
7:54 📂 Типы логов
8:28 🔐 Настройка логирования
8:58 🏛 Классификация: системные/интеграционные
10:21 🛡 Авторизация и безопасность
11:24 👥 Пользовательские логи
12:10 🔎 Анализ логов
12:49 ⚠️ Конфиденциальность данных
13:07 🚀 Введение в OpenSearch
13:29 🛠 Демонстрация системы
15:15 📖 Основные понятия
17:40 🏗 Компоненты системы
19:01 🔄 OpenSearch + Logstash + Dashboards
20:04 📥 Logstash обработка
22:13 🗂 Кластеры и шарды
23:10 📇 Индексы в системе
23:35 📄 Документы и логи
24:03 💻 Интерфейс Discover
26:33 🎨 Демонстрация дашборда
28:39 📊 Документы и их структура
29:17 📋 Форматы отображения
31:42 🔤 Языки запросов: Query DSL vs DQL
32:38 🔍 Query DSL: определение
33:06 🎯 Операторы поиска
34:09 📝 Служебные и пользовательские поля
35:28 🔗 Фильтрация в Discover
36:07 ➕ Добавление фильтров
36:56 📌 Примеры фильтрации
37:50 💡 Практическое применение
38:29 💾 Сохранение фильтров
38:42 🔤 Query DSL синтаксис
40:46 🎯 Зачем нужна фильтрация
41:46 🔎 Поиск по ID сессии
43:31 &&️ Логические операторы AND, OR, NOT
43:58 📝 DQL синтаксис примеры
45:42 * Частичный поиск с символами
46:08 🔗 Комбинирование условий
47:34 💼 Применение в тестировании
49:14 🎯 Фильтры и анализ
50:35 * Постановочные символы
51:29 📋 Анализ полей документа
52:43 🔗 Взаимосвязи между сущностями
54:14 * Ограничения поиска
55:33 🔍 Альтернативные методы
56:04 🎓 Закрепление материала
59:40 ✨ Выбор полей для работы
1:00:27 🛠 Инструменты логирования
1:01:30 📱 Логирование разных систем
1:02:19 🐳 OpenShift консоль
1:02:49 📚 Курс по тестированию бэкенда
1:03:49 💼 Структура курса
1:06:06 💳 Тарифы и поддержка
1:07:51 📖 Рекомендуемые ресурсы
1:08:46 👋 Завершение и контакты
Курс по тестированию бэкенда
https://protestinginfo.ru/practice_api_sql
СТАРТ 5 августа (еще 2-3 места есть)
• Реальные практические задания по API + SQL
🔥 В программе:
— тестирование User Account API + SQL + MAIL API
— ClickHouse: анализ статус-кодов
— Redis: работа с данными пользователя
— Forum API + SQL
— негативные проверки запросов и многое другое
Скидки на участие:
APISQL20 — скидка 20% до 5 августа 2026
APISQL15 — скидка 15% до 15 августа 2026
Условия и сроки проверки заданий:
Тариф 1: без проверки.
Проверка заданий осуществляется только в течение ограниченного срока с начала обучения:
Тариф 2: только первые 3 месяца
Тариф 3: только первые 5 месяцев
Тариф 4 (полный): 9 месяцев
Обратная связь на протяжении всего доступа
Присоединяйся сейчас к курсу:
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
Вопросы @nadin_qa
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
📚 ProTestingInfo 🔷 Канал по тестированию 📚
Презентация
В виде сайта:
https://opensearch-pptx-xen8d11.gamma.site/ (возможен VPN)
В виде сайта:
https://opensearch-pptx-xen8d11.gamma.site/ (возможен VPN)
👍3
This media is not supported in your browser
VIEW IN TELEGRAM
Приветик всем и хорошего настроения.
🎊 Сегодня у меня День рождения 🥳 .
Хочу вам сказать спасибо за то, что подписаны на мой канал, за вашу поддержку, за ваши реакции и комментарии!💝
Я продолжаю и буду делиться полезной информацией.
Огромное спасибо за доверие к моим курсам, а также к менторству.
Я планирую также направлять, обучать и поддерживать людей.
Спасибо всем вам за то, что вы со мной.🥰
Всем благополучия и любви. Пусть и мне, и вам всегда хватает сил для развития и покорения новых вершин.
Здоровья вам, друзья и коллеги!
🎉 С днем рождения меня!
Желаю всем отличного настроения! Обнимаю каждого и каждую🥰
Также дарю 40% скидку на курсы ниже (промокод PRESENT) до 5 августа, почему 40, а догадайтесь😁 ! Самой не верится:)
Хочу вам сказать спасибо за то, что подписаны на мой канал, за вашу поддержку, за ваши реакции и комментарии!
Я продолжаю и буду делиться полезной информацией.
Огромное спасибо за доверие к моим курсам, а также к менторству.
Я планирую также направлять, обучать и поддерживать людей.
Спасибо всем вам за то, что вы со мной.
Всем благополучия и любви. Пусть и мне, и вам всегда хватает сил для развития и покорения новых вершин.
Здоровья вам, друзья и коллеги!
Желаю всем отличного настроения! Обнимаю каждого и каждую
Также дарю 40% скидку на курсы ниже (промокод PRESENT) до 5 августа, почему 40, а догадайтесь
💙 Тесты по тестированию ПО для подготовки к собеседованиям
https://stepik.org/a/276076/pay?promo=3a48ccf7b4ae9120
💙 Онлайн-вебинары, связанные с теорией и разбором ситуационных вопросов
https://coreapp.ai/app/player/course/673a1093e2ef10f35a7d95a5
💙 Онлайн-вебинары по тестированию API, интеграционному тестированию и SQL
https://coreapp.ai/app/player/course/691f421ee93b12ef2f3aad60
💙 Практический курс по GraphQL API для тестировщиков
https://stepik.org/a/252924/pay?promo=51c625865c5b0e77
Практический курс по gRPC API для тестировщиков
https://stepik.org/a/254052/pay?promo=f3e526da3995e8d5
💙 Тестирование API: GraphQL и gRPC для QA
https://stepik.org/a/276996/pay?promo=d6006032f643e9d7
💙и PRESENT30 на курс по тестированию бэкенда 30% скидка самый максимум))
https://coreapp.ai/app/checkout/67631889a17350fd817c5cdb
Please open Telegram to view this post
VIEW IN TELEGRAM
🎉58❤11
🔥 Хочешь научиться тестировать ИИ системы?
Приходи на Курс «Тестирование и оценка AI»
Научишься:
📌 Тестировать ML/DL, LLM, RAG, AI-агентов
📌 Строить процесс оценки ИИ
📌 Работать с DeepEval, Promptfoo, Ragas, LangFuse и др.
📌 Создавать тестовые данные для тестирования
📌 Искать уязвимости в ИИ системах
40+ часов практики на реальных ИИ-системах
Автор: Александр Мешков, Head of AI Evaluation, автор фреймворка для оценки ИИ систем eval-ai-library
💰 Старт нового потока: 09 сентября 2026
💡 Если оставить заявку и внести оплату до 19 августа - скидка 10% на все обучение
🔗 Оставить заявку: eval-ai.com
🔗 Узнать больше о тестировании ИИ по этой ссылке
📩 Вопросы: @al_meshkov в Telegram
Приходи на Курс «Тестирование и оценка AI»
Научишься:
📌 Тестировать ML/DL, LLM, RAG, AI-агентов
📌 Строить процесс оценки ИИ
📌 Работать с DeepEval, Promptfoo, Ragas, LangFuse и др.
📌 Создавать тестовые данные для тестирования
📌 Искать уязвимости в ИИ системах
40+ часов практики на реальных ИИ-системах
Автор: Александр Мешков, Head of AI Evaluation, автор фреймворка для оценки ИИ систем eval-ai-library
💰 Старт нового потока: 09 сентября 2026
💡 Если оставить заявку и внести оплату до 19 августа - скидка 10% на все обучение
🔗 Оставить заявку: eval-ai.com
🔗 Узнать больше о тестировании ИИ по этой ссылке
📩 Вопросы: @al_meshkov в Telegram
🔥4❤1❤🔥1💊1
ВОПРОСЫ ПО API С РЕАЛЬНОГО СОБЕСЕДОВАНИЯ 💻
API - одна из самых популярных тем на собеседованиях QA. Причем интервьюеры хотят не просто услышать определения, а понять, как ты будешь тестировать API в реальном проекте.
В этой карусели собрала темы, которые регулярно встречаются на технических интервью.
Пост в нельзяграме
📌 Разбираем:
✅ Какие бывают типы API: REST, SOAP, GraphQL, gRPC, WebSocket и Webhooks. Чем отличаются и где используются.
✅ HTTP-методы (GET, POST, PUT, PATCH, DELETE) и самые важные статус-коды: 200, 201, 204, 400, 401, 404, 500, 502, 503.
✅ Техники тест-дизайна для API:
• Эквивалентное разбиение
• Граничные значения
• Таблица решений
• State Transition
• Error Guessing
✅ Что обязательно валидировать в Request и Response:
• HTTP Method
• URL и Query Params
• Headers
• Body
• JSON Schema
• Типы данных
• Обязательные поля
• Status Code
• Response Time
• Pagination
• Error Response
✅ Как тестировать аутентификацию и авторизацию:
• API Key
• JWT Bearer Token
• OAuth 2.0
Какие проверки должен предложить QA:
— запрос без токена;
— просроченный токен;
— недостаточно прав;
— доступ к чужим данным.
✅ Практическое задание с интервью:
Есть endpoint:
GET /insuredperson/details
Какие позитивные, негативные и security-проверки ты напишешь?
Именно такие задачи часто дают на технических собеседованиях, чтобы оценить не знание терминов, а умение мыслить как тестировщик.
💡 Главное правило успешного ответа на интервью:
Не перечисляй техники и инструменты. Объясняй, что именно будешь проверять, почему это важно и какой результат ожидаешь получить.
Так интервьюер увидит твой подход к тестированию, а не только знание теории.
💾 Сохрани карусель, чтобы быстро повторить материал перед следующим собеседованием.
@protestinginfo
👇 А какой вопрос по API попадался тебе на интервью?
Еще разборы? Ставь ❤️
API - одна из самых популярных тем на собеседованиях QA. Причем интервьюеры хотят не просто услышать определения, а понять, как ты будешь тестировать API в реальном проекте.
В этой карусели собрала темы, которые регулярно встречаются на технических интервью.
Пост в нельзяграме
📌 Разбираем:
✅ Какие бывают типы API: REST, SOAP, GraphQL, gRPC, WebSocket и Webhooks. Чем отличаются и где используются.
✅ HTTP-методы (GET, POST, PUT, PATCH, DELETE) и самые важные статус-коды: 200, 201, 204, 400, 401, 404, 500, 502, 503.
✅ Техники тест-дизайна для API:
• Эквивалентное разбиение
• Граничные значения
• Таблица решений
• State Transition
• Error Guessing
✅ Что обязательно валидировать в Request и Response:
• HTTP Method
• URL и Query Params
• Headers
• Body
• JSON Schema
• Типы данных
• Обязательные поля
• Status Code
• Response Time
• Pagination
• Error Response
✅ Как тестировать аутентификацию и авторизацию:
• API Key
• JWT Bearer Token
• OAuth 2.0
Какие проверки должен предложить QA:
— запрос без токена;
— просроченный токен;
— недостаточно прав;
— доступ к чужим данным.
✅ Практическое задание с интервью:
Есть endpoint:
GET /insuredperson/details
Какие позитивные, негативные и security-проверки ты напишешь?
Именно такие задачи часто дают на технических собеседованиях, чтобы оценить не знание терминов, а умение мыслить как тестировщик.
💡 Главное правило успешного ответа на интервью:
Не перечисляй техники и инструменты. Объясняй, что именно будешь проверять, почему это важно и какой результат ожидаешь получить.
Так интервьюер увидит твой подход к тестированию, а не только знание теории.
💾 Сохрани карусель, чтобы быстро повторить материал перед следующим собеседованием.
@protestinginfo
👇 А какой вопрос по API попадался тебе на интервью?
Еще разборы? Ставь ❤️
❤18👍10❤🔥4