az logicapp test

Scaffold, inspecionar e executar explicitamente projetos de teste nativos do SDK.

Create writes apenas código-fonte MSTest de andaime; o plano mantém-se apenas de leitura. Executar requer termos explícitos do SDK e confirmações de confiança do projeto, com a restauração opt-in separadamente. O código de teste nativo e os alvos de construção/restauro podem executar código arbitrário e contactar serviços. Não é fornecido nenhum sandbox ou isolamento de rede. Contextos locais nomeados/ativos fornecem os padrões do projeto, nunca um alvo de runtime na cloud ou login.

Estrutura um projeto de teste nativo de SDK sem restaurar pacotes ou executar código.

Escreve um novo diretório Tests/WORKFLOW com um projeto net8.0 MSTest, SDK exato 1.0.3/engine 1.165.50/MSTest 4.0.2, seleção .NET 8, configuração NuGet de fonte revista e um dispositivo de gatilho vazio. Os diretórios existentes são recusados. O caminho relativo --output-path utiliza o projeto local selecionado. Não são copiados binários SDK, credenciais ou definições de projeto. O inicial é ignorado e guardado como inconclusivo até que o autor analise os fixos, troce de operações externas e escreva afirmações empresariais reais.

Produzir um relatório local de pré-voo limitado e versionado; nunca realizar testes.

Inspeciona bytes de workflow padrão, estrutura limitada de topo e declarações de configuração literais. O projeto de teste explícito, ou o projeto padrão de criação de teste quando presente, é apenas metadados XML. Outputs notExecuted markers, mesmo para autoria válida. Saída 0 significa planeamento bem-sucedido, nunca testes passados. --saídas estritas 4 para portões de execução bloqueados. Outras saídas: 1 autoria, 3 entradas, 5 entradas alteradas, 6 erros de publicação. --path sobrepõe o caminho do projeto a partir de um contexto local nomeado ou ativo; caso contrário, é utilizado o diretório atual. Os contextos cloud não podem fornecer um projeto local. Um --path explícito contorna o contexto ativo; um contexto --de nuvem nomeado é recusado mesmo com --path. Erros de argumento CLI e resolução de contexto ocorrem antes de um relatório estar disponível. Apenas stdout por defeito; --report-path escreve um relatório sanitizado num diretório existente. Os caminhos relativos do relatório usam o projeto selecionado, não o diretório atual do shell; os caminhos absolutos do relatório mantêm-se inalterados. Os flags globais de saída/consulta funcionam antes das saídas de diagnóstico não nulas.

Construa explicitamente e execute testes NDK/MSTest nativos revistos com um prazo.

Requer --aceitar-termos-sdk-e --trust-projectar sempre. Revê https://www.nuget.org/packages/Microsoft.Azure.Workflows.WebJobs.Tests.Extension/1.0.3/License incluindo restrições de uso, redistribuição, recolha de dados e atualização. A opção de exclusão da telemetria CLI não estabelece que a telemetria SDK esteja desativada. Utiliza um SDK .NET 8, uma configuração explícita do NuGet revisada e diretórios home/cache/config privados do projeto. Não são instaladas ferramentas globais nem dependências. A restauração só é permitida com --restore; um ficheiro de bloqueio existente usa modo bloqueado. Tanto a build como a test, caso contrário usam --no-restore. Importações/alvos/código de teste ainda podem realizar operações arbitrárias: estes controlos não são um sandbox de segurança. O projeto padrão é Tests/WORKFLOW/Workflow.Tests.csproj sob o projeto local selecionado. Entradas explícitas --test-project e --nuget-config usam shell CWD. Os destinos relativos dos relatórios utilizam o projeto local selecionado. Relatórios existentes são recusados. O stdout/stderr nativo bruto é descartado, e o TRX bruto sensível mantém-se no .logicapp-test-state/runs/INVOCATION_ID/native.trx do projeto de teste. Apenas contagens de TRX limitadas e consistentes podem produzir nativeTestsPassed. Saída 7 da suite vazia/completamente ignorada, prazo de validade 8, limpeza pendente 9. Outras saídas: 1 falha de teste nativo, 2 erros de corredor/dependência, 3 entradas locais, 4 falhas de confirmação, 5 desvios de entrada observados, 6 publicações, 130 interrupções. As contagens não atestam que um código de teste arbitrário chamado SDK ou cobria o fluxo de trabalho selecionado. Mocking não é a execução de saída negada nem a certificação de conectores.