Karate го изложува препраќачкиот прокси како конфигурациска вредност на HTTP клиентот. Во karate-config.js конфигурирајте го пред да ја вратите конфигурацијата на тестот:

function fn() {
  karate.configure('proxy', {
    uri: 'http://proxy.example:8080',
    nonProxyHosts: ['localhost', '*.internal.example']
  });
  return { baseUrl: 'https://service.example' };
}

URL-то на барањето на функцијата сè уште доаѓа од конфигурацијата на услугата. uri го означува посредникот; Список на HTTP прокси обезбедува јавни HTTP кандидати за таа вредност кога тестираната услуга дозволува таков пат.

За прокси со автентикација, конфигурацискиот објект прифаќа и username и password. Земете ги од постоечката конфигурација на акредитиви на тест-окружувањето. Авторизацијата на самиот API е одделно прашање на барањето.

Една прокси URL може да се користи и таму каде полињата на објектот не се потребни. Користете го објектот кога е потребна неговата политика за сметка или nonProxyHosts.

Држете ги шаблоните со џокер-знаци соодветни на поддржаниот интерфејс за заобиколување на Karate, наместо да ја копирате синтаксата NO_PROXY на друг клиент без проверка.

Историските предлози за префрлање помеѓу karate-apache и karate-jersey се однесуваат на постаро транспортно пакување. Изберете го API-то на инсталираната верзија на Karate пред да менувате зависности за да дијагностицирате крајна точка на прокси.

Поврзани статии