В прошлом году для реализации «схемы слияния интерфейсов на основе прокси-сервиса» «Практический узел» разработалfreedom-apiМодуль, прошитый недавно, я нашел еще один волшебный Freedom-API, а затем на Freedom-API был модернизирован для улучшения и упрощения процесса. РазработалИнструмент онлайн-тестирования процессов интерфейса, можешь попробовать если интересно
Во-первых, цель
Для студентов, изучающих фронтенд-разработку, будет такой сценарий: когда интерфейс доставляется в фоновом режиме, в это время я еще разрабатываю логику фронтенда, и я настолько занят, что могу только просто пользоваться браузером или PostMan, давайте попробуем интерфейс и посмотрим, не сбоит ли интерфейс.Что касается связи между интерфейсами, соответствует ли результат запроса ожиданиям, мне все равно. Когда Ready пошел на совместную отладку, совмещенную с бизнес-логикой, было обнаружено, что в интерфейсе будут различные ямы, поэтому фон был починен в спешке, а фон пропустил период параллельного ремонта зря.
Для команд со специализированными студентами, тестирующими интерфейсы, различные расширенные инструменты тестирования интерфейсов являются полностью функциональными, но стоимость обучения тестовым сценариям не слишком высока.
В Freedom-API определен набор простых правил процесса на основе Json.Если их дополнить набором визуального интерфейса настройки процесса, получится простой и практичный "инструмент онлайн-тестирования процесса интерфейса"~~
2. Описание рабочего процесса
- Пользователь настраивает поток запроса интерфейса через инструменты визуализации.
- Нажмите кнопку «Выполнить», клиент установит соединение через веб-сокет с сервером, и отформатированное определение процесса будет отправлено на сервер.До и после выполнения определенного процесса запроса сервер синхронизирует информацию о запросе с клиентом в реальном времени. время, и клиент отобразит процесс.
- Для конкретного процесса вы также можете установить утверждение результата с помощью простого выражения Js.Если утверждение не выполняется, процесс будет прерван, а интерфейс может быть возвращен бэкенду.
3. Преимущества
- Правила просты: кроме
$data$,$allData$Эти две встроенные переменные, больше запоминать не нужно - Для полного доступа к данным вы можете увидеть не только response.body, но и response.header.
- Не беспокойтесь о входе в систему. Даже если многие из ваших процессов требуют входа в систему на основе первого интерфейса, вам не нужно беспокоиться о потере статуса входа в систему после запроса через прокси-сервер, потому что Freedom-API очень хорошо обрабатывает файлы cookie. Если состояние входа в систему не требует обслуживания файлов cookie, запустите
$allData$Вы можете получить все, что вам нужно в - Четкие рекомендации по редактированию и встроенные демонстрации упрощают процесс редактирования.
- Мне действительно нелегко собрать столько слов, просто взгляните, когда у вас будет время~~
В-четвертых, оптимизировать
В реальных сценариях приложений важно различное шифрование аутентификации процессов интерфейса, и текущий инструмент относительно прост. Хорошо, Freedom-API основан на механизме плагинов Tapable, который может дополнять различные плагины для проверки пользователем. Конечно, эта часть не подходит, вы должны увидеть "Кому-нибудь все равно?"
5. Интерфейс тестовой среды доступен только в Интернете.
Это смертельная травма, интерфейс, к которому можно получить доступ только из интрасети, и нет причин для проникновения моего сервера. Однако, если необходимо, почему бы не построить набор в интранете через Freedom-API?Также можно настраивать и улучшать различные функции, добавляя различные плагины.
Нет энергии? Может быть, я могу помочь