A definição de proxy ascendente do TestCafe não está disponível no modo Native Automation. Um projeto que use essa definição pode selecionar explicitamente o modo suportado na sua configuração:

{
  "disableNativeAutomation": true,
  "proxy": "proxy.example:8080",
  "proxyBypass": "localhost,*.internal.example"
}

Combine este fragmento no ficheiro de configuração existente do TestCafe. O URL da aplicação continua a ser o URL da aplicação; proxy identifica o intermediário usado pelo caminho de pedidos do TestCafe. Para testes permitidos de sites públicos com a forma não autenticada, a lista de proxy HTTP fornece valores candidatos de anfitrião e porta.

Os equivalentes na linha de comandos são --proxy e --proxy-bypass. Na forma autenticada documentada, a cadeia de proxy pode conter username:password@host:port. Forneça dados reais da conta através do tratamento de credenciais previsto pelo ambiente de testes.

Os padrões de omissão usam a sintaxe suportada do TestCafe. Um pedido que corresponda a um deles pode seguir diretamente, ainda que outro pedido no mesmo teste use o intermediário.

Mantenha o modo de automação junto a um relatório de proxy. Alterar o endereço do proxy não pode fazer com que um modo não suportado consuma essa definição. Do mesmo modo, uma opção de proxy não é um gancho para inspecionar interioridades arbitrárias dos pedidos; o TestCafe expõe APIs de ganchos de pedido separadas para esse efeito.

Artigos relacionados