Можно ли вернуть ошибку, если в запросе light-4j отображается дополнительный параметр запроса

Question

У меня вопрос по поводу проверки URL-адреса light-rest-4j, например, если у меня есть путь / сторона запроса POST, если я введу путь как / party11, я получу ошибку: не определен обработчик для пути /party11, но если я поставлю / party? qqqq, он пройдет, и система будет обрабатывать его как / party, следует ли добавить проверку для этого? Наша команда QA создает это как дефект, в случае, если пользователь введет его по ошибке, он ожидает возврата сообщения об ошибке.

Answer 1

Структура light-rest-4j проверяет запрос / ответ на основе спецификации OpenAPI во время выполнения;однако, это только проверяет на основе спецификации - не больше и не меньше. В большинстве случаев спецификация определяет тип заголовков, параметры запроса, параметры пути и файлы cookie, а также, если они требуются. Мы удостоверяемся, что они проверены как определено. Для всего, что не определено в спецификации, мы ничего не делаем. Например, дополнительный параметр запроса или дополнительный заголовок в запросе будут игнорироваться, так как они не определены в спецификации. Мы не можем выполнить отрицательную проверку, так как не знаем, добавит ли какой-либо клиент дополнительные заголовки или параметры запроса для отслеживания, аудита и т. Д. Запрос, исходящий от одного клиента, может отличаться от запроса другого клиента от того же клиента через шлюз. или прокси.