Logo
TGCATALOG
Catálogo Selecciones Blog
TestGrow - pruebas de software

TestGrow - pruebas de software

Canal de la plataforma de pruebas de software. Materiales para probadores.

Sin valoraciones
343
26.10.2026
343
26.10.2026
Sin valoraciones
343
26.10.2026
Redirección segura vía bot
О канале

Canal de la plataforma de pruebas de software. Materiales para probadores.

Подписчиков 5,246
Тематика Tecnología
Язык Español
Ссылка t.me/QAtestgrow

También te recomendamos

Kekaton AI  Voz en off y clon de voz
Kekaton AI Voz en off y clon de voz
Bot

bot de IA para clonar texto a voz y voz en Telegram. Cree audio utilizando la red neuronal de forma rápida y fácil.

Descripción

Recursos de la plataforma TestGrow para pruebas de software. Materiales útiles y consejos para especialistas en QA.

Últimas publicaciones

TestGrow - pruebas de software
TestGrow - pruebas de software
🔒Открыть пост
и посмотреть медиа
ГОЛЫЕ API БЕЗ ДОКУМЕНТАЦИИ: КАК ТЕСТИРОВЩИК МОЖЕТ ИССЛЕДОВАТЬ ИХ ЧЕРЕЗ NETWORK-ТРАФИК Всем привет! Одна из самых частых и болезненных ситуаций для тестировщика, когда есть API, но нет документации. Swagger не завезли, Confluence пустует, разработчик в отпуске, а функционал уже нужно проверять. Что делать? Сидеть и ждать документацию — плохая стратегия. В реальности тестировщик часто становится исследователем. С чего начать: 1. Network-трафик Открываем DevTools - вкладка Network. Делаем действия в UI и смотрим, какие запросы летят: метод (GET/POST/PUT/DELETE), урлы, тело запроса, коды ответа. По паттернам можно догадаться, какие эндпоинты за что отвечают. 2. Параметры и тела запросов Если видим POST /user/login, то по телу запроса легко понять, что нужно: username, password. Иногда можно заметить лишние поля, которые UI не использует. Это подсказка о скрытом функционале. 3. Коды ответов и ошибки Даже без документации API подсказывает само: 400 Bad Request - что-то не так в теле запроса. 401 Unauthorized - нужен токен. 404 - эндпоинт не существует или нет доступа. 200/201 - успешные кейсы. 4. Форматы данных Чаще всего это JSON. Если в ответе приходит объект, можно собрать пример схемы прямо руками. 5. Метод проб и ошибок Меняем параметры запроса и смотрим реакцию API. Иногда удаётся найти скрытые поля или дополнительные флаги (например, isAdmin=true). 6. Инструменты-помощники Экспортируем запрос из DevTools в Postman и гоняем вариации. Используем Charles/Fiddler, если нужно перехватить и подменить данные на лету. Такое умение исследовательски подойти к проверке API важно, потому что: ⁃ Тестировщик может начать проверять функционал раньше документации. ⁃ Можно находить баги на стыке: например, UI отправляет 3 параметра, а API ждёт 5. ⁃ Иногда через такие исследования тестировщик находит лишние методы, которые не должны быть доступны пользователю (и это уже критика для команды). Отсутствие документации - это не тупик. У тестировщика есть инструменты и любопытство, чтобы раскопать API. И чем раньше это сделать, тем быстрее команда поймёт, где у них проблемы и несогласованность. Все мои проекты: TG канал по тестированию AI | Youtube channel | Практика по тестированию | Платформа TestGrow | Автоматизация тестирования | Курс по тест-менеджменту | База знаний
TestGrow - pruebas de software
Evolución de suscriptores
+-0.6% últimos 30 días
Actuales
5,246
Hace un mes
5,276
Crecimiento medio
+-1 / día
Actualizado
hace 1 día

Reseñas de canal TestGrow - pruebas de software

Inicia sesión para dejar una reseña

Solo los usuarios registrados pueden compartir su opinión.

Aún no hay reseñas

¡Sé el primero en compartir tu experiencia con este recurso!

Recursos similares

Loading
Cambiar a tema claro
Inicio Catálogo Selecciones Blog Entrar