Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
| Comunidade | de desenvolvedoresRequisitos do sistema e compatibilidade | Termos de Licença | Blog | SHA-256 Hashes |
Neste artigo, você encontrará informações sobre a versão mais recente do Azure DevOps Server.
Para saber mais sobre como instalar ou atualizar uma implantação do Azure DevOps Server, consulte Azure DevOps Server Requirements.
Para baixar os produtos do Azure DevOps Server, visite a página Downloads do Azure DevOps Server.
A atualização direta para o Azure DevOps Server é suportada pelo Azure DevOps Server 2019 ou Team Foundation Server 2015 ou mais recente. Se sua implantação do TFS estiver no TFS 2013 ou anterior, você precisará executar algumas etapas provisórias antes de atualizar para o Azure DevOps Server 2022. Consulte a página Instalação para obter mais informações.
Data de Lançamento do Azure DevOps Server: 9 de dezembro de 2025
O Azure DevOps Server RTW é uma compilação de correções de bugs e alterações para suportar SQL Server 2025. Inclui todas as funcionalidades do Azure DevOps Server RC anteriormente lançado.
Pode instalar diretamente o Azure DevOps Server ou atualizar do Azure DevOps Server 2022, 2020, 2019 ou Team Foundation Server 2015 ou mais recente.
Resumo do que há de novo no Azure DevOps Server RTW
- Alterações de localização mescladas.
- Alterações para suportar SQL Server 2025.
- Corrigido um problema em que nomes longos de repositórios ou ramos excediam o controlo da lista suspensa na configuração do widget de Blocos de Código na página de Dashboards.
- Corrigido o problema em que o estado do PR do GitHub era incorretamente guardado como Fechado tanto para pull requests mesclados como não mesclados ao usar webhooks. O sistema agora depende da flag booleana unificada na carga útil do webhook para registar com precisão o estado correto na base de dados.
- Corrigido um problema de propriedade recursiva que fazia o Visual Studio bloquear durante os processos de ligação do rastreio de itens de trabalho (Work Item Tracking, WIT).
- Resolvi um problema em que a página do Pool de Agentes, nas Definições de Recolha, dava um erro e não carregava quando o Analytics era pausado ou desativado. A página agora carrega corretamente, independentemente do estado do Analytics.
Azure DevOps Server RC Data de lançamento: 7 de outubro de 2025
Resumo do que há de novo no Azure DevOps Server RC
O Azure DevOps Server apresenta recursos que lançamos anteriormente em nossa versão hospedada do produto. Você pode ir para seções individuais para ver todos os novos recursos para cada serviço:
General
Copiar bloco de código para a área de transferência
Em resposta aos seus comentários na Comunidade de desenvolvedores, introduzimos um botão Copiar para a área de transferência para todos os blocos de código na marcação renderizada. Esse aprimoramento está disponível em páginas Wiki, visualizações de arquivos de marcação em Repos, discussões e descrições de solicitação pull e discussões de item de trabalho.
Permissão de Planos de Entrega adicionada
Como parte de nossos aprimoramentos de segurança contínuos, introduzimos uma nova permissão no nível do projeto Gerenciar Planos de Entrega. Essa alteração foi implementada para impedir o acesso não intencional de leitura/gravação para usuários no grupo Leitores.
Boards
Links do AB# em pedidos de pull no GitHub
Como parte de nossos aprimoramentos contínuos para a integração Azure Boards + GitHub, temos o prazer de apresentar um novo recurso que simplifica como os links AB# são exibidos. Com essa atualização, os links AB# agora aparecem diretamente na seção Desenvolvimento das solicitações pull do GitHub, facilitando o acesso a itens de trabalho vinculados sem pesquisar descrições ou comentários.
Esses links só aparecerão quando AB# estiver incluído na descrição da solicitação pull. Se você vincular diretamente de um item de trabalho, eles não serão exibidos na seção Desenvolvimento. Além disso, remover o link AB# da descrição o remove do controle de desenvolvimento.
Conecte-se às melhorias de pesquisa do repositório GitHub
Melhoramos o processo para conectar um projeto de DevOps do Azure a uma organização do GitHub, especialmente benéfico para aqueles com milhares de repositórios. Anteriormente, você pode ter enfrentado desafios como erros de tempo limite e longos tempos de espera. Esta atualização otimiza a experiência de pesquisa e seleção, eliminando o risco de erros de tempo limite e tornando o processo de conexão mais suave e eficiente.
Integração com o GitHub: Mostrar o status da compilação para pipelines YAML
Estamos comprometidos a alcançar a paridade de funcionalidades entre YAML e Classic Pipelines. Um recurso importante ausente era a capacidade de fornecer um link "Integrado na compilação" quando seu repositório está hospedado no GitHub. Com nossa versão mais recente, resolvemos essa lacuna adicionando uma opção nas configurações de pipeline do YAML para você verificar:
Quando a compilação estiver concluída, o link correspondente aparecerá automaticamente nos itens de trabalho associados, melhorando a história geral de rastreabilidade.
Suporte à API REST para conectar repositórios do GitHub
Estamos introduzindo novos pontos de extremidade da API REST que permitem automatizar a adição e a remoção de repositórios do GitHub em seus Projetos de DevOps do Azure. Além disso, aumentamos o limite de repositório por conexão de 500 para 2.000 ao usar esses endpoints.
Estes parâmetros de avaliação incluem:
Também fornecemos código de exemplo para ajudá-lo a começar.
Alterações para excluir os caminhos de área e iteração
A exclusão de uma área ou caminho de iteração pode causar interrupções. Ele pode mover itens de trabalho para um novo caminho e pode fazer com que as equipes percam o acesso aos seus quadros e listas de pendências. Apesar dos avisos e das mensagens de aviso, os caminhos são por vezes eliminados sem se compreender totalmente as consequências. Para resolver isso, alteramos o comportamento: Os caminhos de área e iteração agora só podem ser excluídos se não forem mais usados por nenhum item de trabalho.
Gerenciamento aprimorado de tags no formulário de item de trabalho
A gestão de etiquetas nos Painéis do Azure foi melhorada para proporcionar uma experiência mais simplificada. As tags excluídas não aparecem mais na lista sugerida nos formulários de item de trabalho, garantindo que apenas as tags ativas sejam exibidas.
Suporte melhorado para imagens em comentários de item de trabalho
Melhorámos o nosso suporte para colar imagens em comentários de itens de trabalho. Agora você pode colar imagens diretamente de fontes como Microsoft Teams, e-mails e documentos do Word na seção de discussão de um item de trabalho
Limite da API REST em comentários de item de trabalho
Para aumentar a segurança, um novo limite foi definido para o número de comentários que podem ser adicionados aos itens de trabalho por meio da API REST. Cada item de trabalho agora suporta um máximo de 1.000 comentários por meio da API. Essa restrição se aplica exclusivamente à API REST, e os usuários ainda podem adicionar comentários manualmente por meio da interface da Web, mesmo além do limite de 1.000 comentários.
Limite dos Planos de Entrega aumentado
Aumentamos o número máximo de Planos de Entrega por projeto de 1.000 para 1.500.
Repos
Nova configuração para desativar a criação de repositórios TFVC
Nos últimos anos, nenhum novo recurso foi adicionado ao Controle de Versão do Team Foundation (TFVC) porque o Git se tornou o sistema de controle de versão preferido no Azure Repos. Todas as melhorias recentes em segurança, desempenho e acessibilidade foram feitas exclusivamente para repositórios Git, levando a um declínio contínuo no uso do TFVC. Embora alguns ainda dependam do TFVC e não pretendemos remover esse conjunto de recursos, planejamos eliminar gradualmente o TFVC para novos projetos e coleções de projetos, bem como para projetos que atualmente não usam TFVC.
Como parte dessa transição, estamos introduzindo uma nova configuração para "Desabilitar a criação de repositórios TFVC", que afetará apenas a criação de novos repositórios TFVC e não afetará os existentes.
Suporte de interface de utilizador para submódulos Git
Muitas equipes usam ativamente submódulos Git para organizar sua base de código. Estamos entusiasmados por anunciar que adicionámos suporte a submódulos Git no Hub de Arquivos. Agora é possível navegar instantaneamente para um repositório de submódulo com apenas um clique, diretamente para o commit específico referenciado do superprojeto. Quando usado como um submódulo, os seguintes serviços Git são suportados: Azure Repos, GitHub, GitLab e Bitbucket. Vários formatos de URL especificados no arquivo .gitmodules também são suportados, incluindo HTTPS absoluto, SSH e URLs relativos.
Novo painel "Saúde e uso" no hub de arquivos repo
À medida que os repositórios Git crescem, eles acumulam confirmações, blobs e outros dados, o que pode aumentar a carga na infraestrutura do Azure DevOps, afetando o desempenho e a experiência do usuário. Manter um repositório íntegro é fundamental para garantir desempenho e confiabilidade consistentes.
Para dar suporte a isso, agora monitoramos vários fatores, como tamanho do repositório, frequência de confirmação, conteúdo e estrutura. Se o seu repositório começar a sobrecarregar a infraestrutura, pode receber uma notificação com recomendações de medidas corretivas. Ao gerir a saúde do seu repositório, pode evitar interrupções e garantir operações sem problemas.
Para verificar a integridade do repositório, vá para Azure Repos, > Files e escolha "Integridade e uso" no menu de reticências para acessar o painel Integridade e uso do repositório.
Configurar ramificações de destino para solicitações pull
Gerenciar várias ramificações em um repositório pode ser um desafio, especialmente ao criar novas solicitações pull. Com o novo recurso Configurar ramificações de destino para solicitações pull, agora você pode especificar uma lista de ramificações de destino preferenciais, garantindo que as sugestões de solicitação pull sejam mais precisas e relevantes. Isso ajuda a simplificar seu fluxo de trabalho e reduz as chances de segmentar a ramificação errada. Para usar esse recurso, crie um arquivo .azuredevops/pull_request_targets.yml na ramificação padrão do repositório. Este arquivo YAML deve conter uma lista intitulada pull_request_targets com os nomes de ramificações ou prefixos que correspondem às ramificações candidatas. Por exemplo:
pull_request_targets:
- main
- release/*
- feature/*
Nesta configuração, a ramificação principal é priorizada, mas as ramificações começando com release/ ou feature/ também serão consideradas quando apropriado. A configuração é aplicada nos seguintes cenários:
- Sugestões de solicitação pull: depois de enviar uma ramificação para o Azure DevOps, a página Repos pode sugerir a criação de uma solicitação pull dessa ramificação, escolhendo dinamicamente a ramificação de destino.
- URL de solicitação pull: ao navegar diretamente para a página de criação de pull request usando um parâmetro sourceRef, mas omitindo o parâmetro targetRef, o Azure DevOps seleciona uma ramificação de destino com base nessa escolha dinâmica.
É recomendável incluir apenas ramificações protegidas por políticas de solicitação pull para garantir a consistência no histórico do primeiro pai da confirmação de dica.
Suporte a diagramas de sereia no arquivo de markdown
Os arquivos Markdown contendo sintaxe sereia agora serão renderizados como diagramas dentro de visualizações de arquivos no navegador de arquivos repos e em solicitações pull. Isso pode ajudá-lo a adicionar documentação mais rica aos seus repositórios.
Pesquisar pedidos de pull por título na página de listagem de PR
A página de listagem de solicitações pull agora inclui um filtro por título PR, facilitando a localização de solicitações pull específicas.
Extração esparsa para Azure Repos
O comando git sparse-checkout agora é suportado na tarefa de checkout do YAML, juntamente com o filtro de clone parcial, para melhorar o desempenho de checkout do repositório. Você pode usar as propriedades sparseCheckoutDirectories e sparseCheckoutPatterns.
A configuração de sparseCheckoutDirectories habilita o modo cone, onde o processo de checkout usa a correspondência de diretórios. Como alternativa, você pode definir sparseCheckoutPatterns que aciona o modo sem cone, permitindo uma correspondência de padrões mais complexa.
Se ambas as propriedades estiverem definidas, o agente inicializará o modo cone com correspondência de diretório. Se nenhuma das propriedades for especificada na tarefa de checkout, o processo de checkout esparso será desativado. Qualquer problema encontrado durante a execução do comando resulta na falha da tarefa de check-out. Exemplo de YAML para o modo de seleção esparsa de cone:
checkout: repo
sparseCheckoutDirectories: src
YAML example for sparse checkout non-cone mode:
YAMLCopy
checkout: repo
sparseCheckoutPatterns: /* !/img
Importante
A funcionalidade de checkout esparso requer o agente v3.248.0 (v4.248.0 para .NET 8) ou versões posteriores.
Você pode encontrar o agente na página de lançamentos.
Tornar as políticas de repositórios cruzados sensíveis a maiúsculas e minúsculas
Anteriormente, a visualização do candidato a ramificação para políticas entre repositórios exibia os resultados de forma insensível a maiúsculas/minúsculas, apesar da correspondência de ramificações ser sensível a maiúsculas/minúsculas. Essa inconsistência criou um potencial desalinhamento, pois pode parecer que certos ramos estavam protegidos quando não estavam. Para resolver este problema, atualizámos a pré-visualização do padrão de ramificação para alinhar com o comportamento sensível a maiúsculas e minúsculas na aplicação da política.
Anteriormente:
After:
Alterações nas políticas de check-in do TFVC
Nova versão (19.254) do pacote NuGet Microsoft.TeamFoundationServer.ExtendedClient
O pacote NuGet Microsoft.TeamFoundationServer.ExtendedClient foi atualizado com novas classes e métodos de política TFVC.
Alterações de política
Estamos fazendo alterações na forma como as políticas de check-in do TFVC são armazenadas no Azure DevOps, o que também significa atualizações na forma como o NuGet Microsoft.TeamFoundationServer.ExtendedClient se comunica com o serviço. Se o seu projeto TFVC usa políticas de check-in, migre essas políticas para o novo formato. Há duas maneiras de fazer isso:
- Usando o Visual Studio.
Advertência
Certas consequências perigosas de uma ação.: Certifique-se de atualizar o Visual Studio para a versão mais recente antes de prosseguir (VS 2022, VS 2019 e VS 2017 com versões mínimas 17.14 Preview 3, 17.13.6, 17.12.7, 17.10.13, 17.8.20, 16.11.46, 15.9.72 estão dando suporte às novas políticas).
Para criar novas políticas usando o Visual Studio, o administrador de projeto deve abrir Configurações -> Projeto de equipe -> Controle do código-fonte -> Política de check-in e adicionar uma nova política (sem a marca "Obsoleta") com os mesmos parâmetros da antiga:
- Se você estiver usando a implementação personalizada de Microsoft.TeamFoundationServer.ExtendedClient para se comunicar com o servidor, siga o guia de migração. A migração é necessária para manter o check-in do TFVC compatível com as futuras versões do Azure DevOps. Por enquanto, tanto as políticas antigas (obsoletas) como as novas permanecem válidas e funcionais. Para obter informações sobre os Planos para o Futuro, consulte nossa postagem no blog.
Aprimoramento da API GetRepository
Adicionamos a propriedade creationDate à resposta de Repositories - Get Repository API retornando a data de criação do repositório. A propriedade está disponível nas versões 7.2-preview e superiores da API.
Aprimoramento da API de Consulta de Pull Requests
Introduzimos uma nova propriedade Label na resposta de Pull Request Query - Get API. Agora você pode especificar se deseja incluir rótulos (tags) para solicitações pull relacionadas em cada consulta. Uma nova propriedade Include está disponível - se definida como Labels, a resposta inclui etiquetas para os PRs especificados. Se deixados como nulos, os rótulos não serão incluídos. Para evitar erros não intencionais, certifique-se de que NotSet não seja atribuído explicitamente - isso resultará em Solicitação incorreta.
Observação
A utilização de recursos de enriquecimento de rótulos depende do número de rótulos atribuídos e do seu comprimento. A solicitação de rótulos pode afetar a limitação de largura de banda e aumentar a carga da rede. Para otimizar o desempenho, recomendamos evitar solicitações desnecessárias de etiquetas.
Exemplo de solicitação de carga útil :
{
"queries": [
{
"type": "lastMergeCommit",
"include": "Labels",
"items": [
"0d6c9b2b524113113fced41aecbf8631a4649dec"
]
},
{
"type": "lastMergeCommit",
"items": [
"b524113113f0dd41aecbf8631a4649dec6c9b2ce"
]
}
]
}
Tubulações
O TFX valida se uma tarefa está usando um corredor de nó de fim de vida útil
Os autores de tarefas usam o TFX para publicar extensões. O TFX foi atualizado para realizar validações em outras versões do Node runner.
As extensões que contêm tarefas usando uma versão do runner Node que está no fim de vida útil (EOL) (até e incluindo o Node 16) exibirão este aviso:
Tarefa < TaskName > depende de um executor de tarefas que está em fim de vida útil e será removido no futuro. Os autores devem consultar as diretrizes de atualização do Nó: https://aka.ms/node-runner-guidance
Aceder ao Barramento de Serviço do Azure a partir de Pipelines usando a autenticação do Microsoft Entra ID
Agora você pode usar a autenticação do Microsoft Entra ID para acessar o Barramento de Serviço do Azure a partir do Azure Pipelines. Isso permite que você aproveite o RBAC do Azure para controle de acesso refinado.
As identidades que acedem ao Barramento de Serviço do Azure precisam ter atribuídas uma das funções predefinidas do Azure para o Barramento de Serviço do Azure no Barramento de Serviço em questão.
Tarefa PublishToAzureServiceBus@2
As novas tarefas PublishToAzureServiceBus@2 podem ser configuradas usando uma conexão de serviço do Azure. Crie uma conexão de serviço do Azure e preencha as propriedades serviceBusQueueName e serviceBusNamespace da nova tarefa:
- task: PublishToAzureServiceBus@2
inputs:
azureSubscription: my-azure-service-connection
serviceBusQueueName: my-service-bus-queue
serviceBusNamespace: my-service-bus-namespace
useDataContractSerializer: false
messageBody: |
{
"foo": "bar"
}
Tarefas do servidor
As tarefas de servidor personalizado (sem agente) que usam a execução do ServiceBus podem especificar uma Conexão de Serviço do Azure como EndpointId e omitir ConnectionString. Consulte Criação de tarefas do servidor.
O TFX valida se uma tarefa está usando um corredor de nó de fim de vida útil
Os autores de tarefas usam o TFX para publicar extensões. O TFX foi atualizado para realizar validações em outras versões do Node runner.
As extensões que contêm tarefas usando uma versão do runner Node que está no fim de vida útil (EOL) (até e incluindo o Node 16) exibirão este aviso:
Tarefa < TaskName > depende de um executor de tarefas que está em fim de vida útil e será removido no futuro. Os autores devem consultar as diretrizes de atualização do Nó: https://aka.ms/node-runner-guidance
Tarefas que utilizam uma versão descontinuada do Node.js para execução emitem avisos
As tarefas de pipeline que dependem de uma versão do Nó não mais mantida começarão a receber avisos: a versão do Task TaskName depende de uma versão do Nó (10) que está em fim de vida. Entre em contato com o proprietário da extensão para obter uma versão atualizada da tarefa. Os responsáveis pelas tarefas devem revisar as diretrizes de atualização do Node: https://aka.ms/node-runner-guidance Para suprimir esses avisos, pode-se definir uma variável de ambiente ou de pipeline ao nível do pipeline (fase) ou da tarefa. Por exemplo:
variables:
AZP_AGENT_CHECK_IF_TASK_NODE_RUNNER_IS_DEPRECATED: false
DockerCompose@0 usa o Docker Compose v2 no modo de compatibilidade v1
O Docker Compose v1 chegará ao fim de sua vida útil e será removido dos Hosted Agents em 24 de julho de 2024. Atualizamos a tarefa DockerCompose@0 para usar o Docker Compose v2 no modo de compatibilidade v1 se o Docker Compose v1 não estiver disponível no agente.
No entanto, o modo de compatibilidade não resolve todos os problemas de compatibilidade. Veja Migrate to Compose V2. Alguns usuários precisarão de mais tempo para atualizar seus projetos do Docker Compose para compatibilidade com o Docker Compose v2. Nesses casos, siga estas instruções para usar a tarefa DockerComposeV0 com docker-compose v1. NOTA: Este guia baseia-se na documentação autónoma Install Compose Usar docker-compose v1 no Windows Adicione a etapa do powershell ao seu pipeline para baixar o docker-Compose v1.29.2 e usá-lo com a tarefa DockerComposeV0 no Windows:
variables:
dockerComposePath: C:\docker-compose
steps:
- powershell: |
mkdir -f $(dockerComposePath)
# GitHub now requires TLS1.2. In PowerShell, run the following
[Net.ServicePointManager]::SecurityProtocol = [Net.SecurityProtocolType]::Tls12
Start-BitsTransfer -Source "https://github.com/docker/compose/releases/download/1.29.1/docker-compose-windows-x86_64.exe" -Destination $(dockerComposePath)\docker-compose.exe
displayName: Download docker-compose
- task: DockerCompose@0
inputs:
containerregistrytype: 'Azure Container Registry'
dockerComposeFile: '**/docker-compose.yml'
action: 'Run a Docker Compose command'
dockerComposeCommand: 'run'
dockerComposePath: $(dockerComposePath)\docker-compose.exe
Use docker-compose v1 on Linux
Add the bash step to your pipeline to download Docker-Compose v1.29.2 and use it with the DockerComposeV0 task on Linux:
YAMLCopy
variables:
dockerComposePath: /tmp/docker-compose
steps:
- bash: |
sudo mkdir $(dockerComposePath)
sudo curl -SL https://github.com/docker/compose/releases/download/1.29.2/docker-compose-linux-x86_64 -o $(dockerComposePath)/docker-compose
sudo chmod 755 $(dockerComposePath)/docker-compose
displayName: Download docker-compose
- task: DockerCompose@0
inputs:
containerregistrytype: 'Azure Container Registry'
dockerComposeFile: $(Build.SourcesDirectory)/DockerComposeV0/docker-compose.yml
action: 'Run a Docker Compose command'
dockerComposeCommand: 'run'
dockerComposePath: $(dockerComposePath)/docker-compose
Planos de Teste
Extensão de teste e feedback no manifesto V3
Temos o prazer de anunciar uma nova atualização para a extensão de Teste e Comentários do Azure DevOps para Chrome e Edge. Esta atualização faz a transição da nossa implementação do Manifest V2 para o V3, em linha com o cronograma de descontinuação do Google para o Manifest V2. Embora os principais recursos da extensão permaneçam inalterados, a atualização melhora a segurança e o desempenho.
Para obter mais detalhes, confira nossa postagem recente no blog sobre essa atualização. Testar a extensão de feedback no manifesto v3
Azure Test Runner versão 1.2.2
Os Planos de Teste do Azure lançaram uma correção na versão 1.2.2 para um problema recente nos Planos de Teste em que o Azure Test Runner(ATR) teve falhas de inicialização no Chrome versão 130. Este problema surgiu devido ao suporte adicional do Chrome para URLs de esquema não especial, o que afetou o fluxo de utilizadores ATR. Com esta atualização, o bug de regressão é resolvido e a funcionalidade ATR é restaurada. Para obter mais detalhes sobre esse bug de regressão, visite este rastreador de problemas no Chromium.
Encorajamo-lo a utilizar a aplicação Web para funcionalidades melhoradas. Se você encontrar algum recurso ausente no aplicativo web, gostaríamos de ouvir de você. Partilhe connosco os seus comentários !
Integração fluida do pipeline de build para execução de casos de teste
Simplificamos o processo de execução do caso de teste integrando perfeitamente as configurações do pipeline de compilação. As definições de compilação e IDs definidas no nível do plano de teste agora se propagam automaticamente para o Web Runner, eliminando a necessidade de configuração manual a cada vez. Essa melhoria economiza tempo e aumenta a eficiência, permitindo que você se concentre em tarefas mais críticas.
Restaurar planos de teste excluídos e conjuntos de testes usando a API REST
Restaure facilmente planos de teste excluídos e pacotes de testes com novas APIs de autoatendimento. Estamos introduzindo APIs GET e PATCH que permitem que você procure planos ou suítes de teste excluídos e restaure-os junto com seus itens filhos, tudo sem precisar de suporte ao cliente. Com essas APIs, você pode recuperar rapidamente itens de trabalho de teste excluídos acidentalmente, reduzindo o tempo de inatividade e melhorando a produtividade. Ainda que os artefatos de execução não sejam restaurados, todos os planos de teste relacionados, suítes e casos de teste podem ser facilmente trazidos de volta ao seu espaço de trabalho. Esse recurso de autoatendimento oferece maior controle sobre o gerenciamento de testes e simplifica o processo de restauração, tornando mais rápida e eficiente a recuperação de ativos de teste críticos.
Exportar casos de teste com colunas personalizadas em XLSX
Agora você pode exportar casos de teste com colunas personalizadas em XLSX. Com base nos seus comentários, os Planos de Teste suportam a exportação de casos de teste com colunas personalizadas, proporcionando-lhe maior flexibilidade e controlo sobre os dados que partilha e analisa. Esta melhoria ajuda-o a adaptar as exportações às suas necessidades, garantindo que as informações que exporta são relevantes e acionáveis.
Novos recursos de classificação no diretório Planos de Teste
O diretório Test Plans agora oferece opções de classificação aprimoradas! Com essa atualização, você pode organizar rapidamente cada coluna alfanumericamente, fornecendo uma maneira simplificada de localizar e acessar seus dados.
Desfazer etapa de teste no executor da Web e da área de trabalho
Assuma o controle da execução do seu caso de teste com a nova opção "Desfazer". Você pode facilmente reverter os status das etapas de teste com um simples clique duplo, oferecendo mais flexibilidade e controle durante as execuções de teste. Chega de reiniciar casos de teste para corrigir cliques acidentais — basta desfazer e continuar seu fluxo de trabalho sem interrupção.
Também estamos introduzindo melhorias de navegação e acessibilidade compatíveis com o teclado para garantir que esse recurso funcione perfeitamente para todos os usuários, incluindo aqueles que dependem de tecnologias assistivas. Esse aprimoramento ajuda você a economizar tempo, reduzir a frustração e manter o foco na execução de testes de forma eficiente.
Melhorias na tarefa de publicar resultados de cobertura de código v2
Com esta versão, estamos incluindo várias melhorias para a tarefa v2:
Suporte expandido para vários formatos de cobertura de código, incluindo: .coverage,.covx,.covb,.cjson,.xml, .lcov e pycov1.
Geração de um arquivo cjson abrangente (e um relatório de cobertura de código) que contém informações detalhadas de cobertura de código, como nomes de arquivos, linhas cobertas/não cobertas, etc.
Suporte para cobertura de diferenças (cobertura de PR): a v2 pode gerar comentários de PR para cobertura de diferenças em vários idiomas no mesmo pipeline.
A tarefa v2 agora suporta a tarefa Verificação de qualidade de compilação, que não era suportada na tarefa v1.
Suporte para pipelines YAML em planos de teste
Além dos pipelines clássicos, agora você pode usar seus pipelines YAML ao configurar seus planos de teste ou executar testes automatizados de planos de teste.
Essa solicitação foi priorizada com base nos seguintes tíquetes de sugestão da Comunidade de Desenvolvedores.
Permitir que o pipeline YAML seja usado nas configurações do plano de teste
Executar testes automatizados dos Planos de Teste do Azure usando o pipeline YAML
Elaboração de Relatórios
Dados das colunas de agregação disponíveis na lista de pendências
Atualizamos as colunas de agregação para mostrar os dados disponíveis mais recentes. Anteriormente, essas colunas podiam aparecer em branco para itens de trabalho atualizados com frequência, causando confusão. Você também verá um carimbo de data/hora indicando quando os dados foram atualizados pela última vez. Embora algum atraso no processamento do Google Analytics seja normal, essas melhorias visam fornecer transparência e uma experiência mais suave ao trabalhar com colunas de rollup.
Plataforma Wiki
Melhorar a colagem de conteúdo baseado em HTML em Wikis
Tornamos mais fácil colar conteúdo baseado em HTML em Wikis. Agora, elementos HTML como links, listas, tabelas, imagens, planilhas do Excel, mensagens do Microsoft Teams, emails e consultas do Azure Data Explorer são convertidos automaticamente em sintaxe Markdown para uma edição mais suave.