Тестирование API в Postman со Swagger

1. Companies

1.1. GET /api/companies/

1.1.1. Получить список компаний

1.1.1.1. Pass

1.1.2. по незащищенному протоколу http

1.1.2.1. Pass

1.1.3. с фильтрацией limit и offset (валидные значения)

1.1.3.1. Pass

1.1.4. с фильтрацией status со значением "ACTIVE"

1.1.4.1. Pass

1.1.5. с фильтрацией status со значением "CLOSED"

1.1.5.1. Pass

1.1.6. с фильтрацией status со значением "BANKRUPT"

1.1.6.1. Pass

1.1.7. с невалидным query-параметром status

1.1.7.1. Pass

1.1.8. с невалидным query-параметром limit (отрицательное число)

1.1.8.1. Fail

1.1.9. с невалидным query-параметром limit (строка)

1.1.9.1. Pass

1.1.10. с невалидным query-параметром offset (отрицательное число)

1.1.10.1. Pass

1.1.11. с невалидным query-параметром offset (строка)

1.1.11.1. Pass

1.2. GET /api/companies/{company_id}

1.2.1. Получить информацию компании по ID компании

1.2.1.1. Pass

1.2.2. по несуществующему ID

1.2.2.1. Pass

1.2.3. по валидному ID с выбором поддерживаемого языка

1.2.3.1. Pass

1.2.4. с выбором не поддерживаемого языка

1.2.4.1. Pass

2. Auth

2.1. POST /api/auth/authorize

2.1.1. Авторизация с валидными полями "login" (3 строковых символа) и "password"

2.1.1.1. Pass

2.1.2. с валидным полем "login" (в 3 числовых символа)

2.1.2.1. Pass

2.1.3. с невалидным полем "login" (в 2 строковых символа)

2.1.3.1. Pass

2.1.4. с невалидным полем "login" (значение в 0 строковых символов)

2.1.4.1. Pass

2.1.5. без обязательного поля "login"

2.1.5.1. Pass

2.1.6. с невалидным полем "password"

2.1.6.1. Pass

2.1.7. с невалидным полем "password" (значение в 0 строковых символов)

2.1.7.1. Pass

2.1.8. без обязательного поля "password"

2.1.8.1. Pass

2.2. GET /api/auth/me

2.2.1. Отправить запрос с валидным токеном

2.2.1.1. Fail

2.2.2. с невалидным (несуществующим) токеном

2.2.2.1. Pass

2.2.3. с истекшим токеном

2.2.3.1. Pass

2.2.4. без токена

2.2.4.1. Pass

3. Users

3.1. GET /api/users/

3.1.1. Получить список пользователей

3.1.1.1. Pass

3.1.2. по незащищенному протоколу http

3.1.2.1. Pass

3.1.3. с query-параметрами limit и offset

3.1.3.1. Pass

3.1.4. с query-параметром limit (отрицательное значение)

3.1.4.1. Fail

3.1.5. с невалидными query-параметрами limit и offset (строки)

3.1.5.1. Pass

3.2. POST /api/users/

3.2.1. Создать пользователя

3.2.1.1. Pass

3.2.2. с привязкой к несуществующей компании

3.2.2.1. Pass

3.2.3. со значением null в обязательном поле

3.2.3.1. Pass

3.2.4. где поле company_id содержит статус CLOSED

3.2.4.1. Pass

3.2.5. без обязательных ключей

3.2.5.1. Pass

3.2.6. без необязательных ключей

3.2.6.1. Pass

3.3. GET /api/users/{user_id}

3.3.1. Получить информацию по созданному user

3.3.1.1. Pass

3.3.2. Запросить несуществующего user по id в URI

3.3.2.1. Pass

3.4. PUT /api/users/{user_id}

3.4.1. Обновить созданного пользователя

3.4.1.1. Pass

3.4.2. данные пользователя на несуществующую компанию

3.4.2.1. Pass

3.4.3. несуществующего пользователя

3.4.3.1. Pass

3.4.4. без включения необязательных полей

3.4.4.1. Pass

3.4.5. данные без включения обязательных полей

3.4.5.1. Pass

3.5. DELETE /api/users/{user_id}

3.5.1. Удалить созданного пользователя

3.5.1.1. Fail

3.5.2. несуществующего пользователя

3.5.2.1. Pass

4. Issues

4.1. GET /api/issues/companies

4.1.1. Получить список компаний, с фильтрацией limit, offset, status

4.1.1.1. Fail

4.2. GET /api/issues/companies/{company_id}

4.2.1. Получить компанию по ID

4.2.1.1. Fail

4.3. GET /api/issues/users/{user_id}

4.3.1. Получить информацию по user

4.3.1.1. Fail

4.4. POST /api/issues/users

4.4.1. Создать пользователя

4.4.1.1. Fail

4.4.2. с указанием несуществующей компании

4.4.2.1. Fail