Warning: mkdir(): No space left on device in /var/www/hottg/post.php on line 59

Warning: file_put_contents(aCache/aDaily/2025-07-20/post/short_QA/--): Failed to open stream: No such file or directory in /var/www/hottg/post.php on line 72
#тест_дизайн #api @Short QA ideas
TG Telegram Group & Channel
Short QA ideas | United States America (US)
Create: Update:

#тест_дизайн #api
И снова про тестирование API

Кто-то тестирует API, кто-то ещё нет, а кто-то считает, что подёргать запросы в Постмане с парой разных параметров == протестировать API, кто-то отказывается тестировать апи без документации, кому-то достаточно эндпойта...
Короче, бесконечное множество ситуаций и подходов, но истина точно где-то рядом.

Что важно знать/понимать тестировщику?
Как минимум, в каких случаях тестируется api (и какие они вообще бывают), с помощью каких инструментов, какие сценарии проверки используются в большинстве случаев (даже если нет документации), что проверить помимо разных параметров запроса.
Если это уже известно, то есть вот такая вот неплохая статья - Что должен знать тестировщик бэкенда.

В последнее время написано много статей про тестирование API, одни из лучших (на мой субъективный взгляд) вы найдёте чуть ниже.

А пока про актуальность темы
Может ну его этот ваш api? Ноуп.
В блоге Postman появилась занятная статья про тренды и вызовы API.
Из трендов:
* API становится разнообразнее: растёт интерес к gRPC и GraphQL
* в тренде тестирование безопасности на ранних стадиях разработки API
* APIs рассматриваются как самостоятельные, поддерживаемые, улучшаемые продукты
Из челленджей:
* с документацией по-прежнему всё плохо
* в большинстве компаний страдает дизайн API, мало у кого есть соответствующие скиллы
* микросервисов становится слишком много (что плохо сказывается на их поддерживаемости)
* и снова: разработчиков API сложно найти и легко потерять, вкупе с недостаточной документацией это усложняет разработку (и, конечно, тестирование API)
Больше - в указанной статье.

Итого: API никуда не денется, востребованность растёт, сложность и поддерживаемость тоже, а качество пока оставляет желать лучшего.

Единственное, что могу предложить: начать тестировать API раньше и лучше.
С этим могут помочь следующие материалы:
* про самую суть: введение в API и aws про api с типами и вот этим всем
* про стратегии и сценарии: чек-лист, статьи про что тестировать и как тестировать
* не могла оставить вас без годных статей про тестирование GraphQL: подробно, коротко (местами спорно), на англ с Постманом

Ещё больше полезного можно найти тут.

#тест_дизайн #api
И снова про тестирование API

Кто-то тестирует API, кто-то ещё нет, а кто-то считает, что подёргать запросы в Постмане с парой разных параметров == протестировать API, кто-то отказывается тестировать апи без документации, кому-то достаточно эндпойта...
Короче, бесконечное множество ситуаций и подходов, но истина точно где-то рядом.

Что важно знать/понимать тестировщику?
Как минимум, в каких случаях тестируется api (и какие они вообще бывают), с помощью каких инструментов, какие сценарии проверки используются в большинстве случаев (даже если нет документации), что проверить помимо разных параметров запроса.
Если это уже известно, то есть вот такая вот неплохая статья - Что должен знать тестировщик бэкенда.

В последнее время написано много статей про тестирование API, одни из лучших (на мой субъективный взгляд) вы найдёте чуть ниже.

А пока про актуальность темы
Может ну его этот ваш api? Ноуп.
В блоге Postman появилась занятная статья про тренды и вызовы API.
Из трендов:
* API становится разнообразнее: растёт интерес к gRPC и GraphQL
* в тренде тестирование безопасности на ранних стадиях разработки API
* APIs рассматриваются как самостоятельные, поддерживаемые, улучшаемые продукты
Из челленджей:
* с документацией по-прежнему всё плохо
* в большинстве компаний страдает дизайн API, мало у кого есть соответствующие скиллы
* микросервисов становится слишком много (что плохо сказывается на их поддерживаемости)
* и снова: разработчиков API сложно найти и легко потерять, вкупе с недостаточной документацией это усложняет разработку (и, конечно, тестирование API)
Больше - в указанной статье.

Итого: API никуда не денется, востребованность растёт, сложность и поддерживаемость тоже, а качество пока оставляет желать лучшего.

Единственное, что могу предложить: начать тестировать API раньше и лучше.
С этим могут помочь следующие материалы:
* про самую суть: введение в API и aws про api с типами и вот этим всем
* про стратегии и сценарии: чек-лист, статьи про что тестировать и как тестировать
* не могла оставить вас без годных статей про тестирование GraphQL: подробно, коротко (местами спорно), на англ с Постманом

Ещё больше полезного можно найти тут.
👍50🔥128


>>Click here to continue<<

Short QA ideas




Share with your best friend
VIEW MORE

United States America Popular Telegram Group (US)


Warning: Undefined array key 3 in /var/www/hottg/function.php on line 115

Fatal error: Uncaught mysqli_sql_exception: Can't create/write to file '/tmp/#sql-temptable-a06e-59e0a3-2405.MAI' (Errcode: 28 "No space left on device") in /var/www/hottg/function.php:216 Stack trace: #0 /var/www/hottg/function.php(216): mysqli_query() #1 /var/www/hottg/function.php(115): select() #2 /var/www/hottg/post.php(351): daCache() #3 /var/www/hottg/route.php(63): include_once('...') #4 {main} thrown in /var/www/hottg/function.php on line 216