Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
Dev Proxy — это симулятор API, который помогает легко протестировать приложение за пределами счастливого пути.
Вы протестируете приложение, чтобы убедиться, что оно работает должным образом. Но что делать, если используемые API-интерфейсы дают сбой? Потеряет ли ваше приложение данные клиента? Как протестировать это? Имитация сбоев API является сложной. Вы в конечном итоге пишете код, который не будете отправлять, или, что еще хуже, вообще не тестируете. Поэтому мы создали прокси-сервер разработки, чтобы имитировать ошибки API, чтобы можно было легко протестировать приложение, не изменив код.
С помощью Dev Proxy вы:
- Узнайте, как приложение реагирует на ошибки API, не изменяя код приложения, чтобы вы могли создавать более надежные приложения и не терять данные клиентов.
- Проверьте, как ваше приложение обрабатывает лимиты скорости запросов API, чтобы избежать замедления и улучшить пользовательский опыт для ваших клиентов.
- Узнайте, как приложение обрабатывает медленные API, чтобы реализовать необходимые возможности и сделать приложение более удобным для пользователя.
- Быстро создайте макет API без написания строки кода, чтобы сосредоточиться на создании приложения, а не на написании кода, который не будет поставляться.
- Улучшайте приложение с помощью контекстного руководства по использованию API, чтобы сделать приложение еще более лучшим.
Прокси-сервер разработки — это средство командной строки, которое работает на любой платформе. Так как он перехватывает сетевые запросы, он работает с любым типом приложений и стеком технологий. Прокси-сервер разработки — это открытый код и бесплатный для использования.
Для кого предназначен Dev Proxy?
Dev Proxy помогает разработчикам:
- Создание приложений, вызывающих API - тестирование устойчивости без изменения кода
- Создание приложений с помощью Microsoft Graph. Получение рекомендаций по разрешениям и лучшим практикам
- Проектирование API — прототип и макет API перед реализацией
- Автоматизируйте тестирование — интегрируйте тестирование хаоса в конвейеры CI/CD
Когда следует использовать прокси-сервер разработки
Используйте прокси-сервер разработки, если вам нужно:
- Тестирование устойчивости API без изменения кода приложения
- Работа с любым стеком технологий (браузер, Node.js, .NET, Python и т. д.)
- Имитация сбоев для API, которые вы не управляете
- Получите рекомендации по лучшим практикам Microsoft Graph
- Автоматизация тестирования хаоса в конвейерах CI/CD
Рассмотрим другие подходы, когда:
- Вам нужен только макет в браузере для интерфейсных модульных тестов
- Вы создаете API и нуждаетесь в тестировании контрактов
- Необходимо программно изменить тела запросов и ответов (Dev Proxy может сделать это, но специализированные инструменты могут быть проще).
Быстрый старт по сценариям
Выберите путь на основе того, что вы хотите выполнить:
| Что вы хотите сделать? | Time | Guide |
|---|---|---|
| Тестируйте мое приложение на обработку ошибок API | 5 мин. | Тестирование с случайными ошибками |
| Макет API, который еще не существует | 10 мин. | Имитация API CRUD |
| Проверка разрешений Microsoft Graph | 10 мин. | Обнаружение минимальных разрешений |
| Понять, какие API вызывает мое приложение | 5 мин. | Поиск URL-адресов для просмотра |
| Автоматизация тестирования API в CI/CD | 15 минут | Использование прокси-сервера разработки в CI/CD |
Как приложение обрабатывает ошибки API?
См. также
- Настройка прокси-сервера разработки — установка и первый запуск
- Настройка прокси-сервера разработки — настройка в соответствии с вашими потребностями
- Практическое руководство . Руководства, ориентированные на задачи
- Технический справочник . Документация по подключаемым модулям