Ciclo de vida do recurso Test Engine (visualização)

O Test Engine tem um modelo de ciclo de vida de recursos estruturado para gerenciar a progressão de recursos, desde conceitos experimentais até recursos geralmente disponíveis. Essa abordagem permite que os usuários acessem novas funcionalidades em diferentes níveis de maturidade, ao mesmo tempo que garante confiabilidade e estabilidade para cenários de produção.

Progressão de recursos no Test Engine

Os recursos do Test Engine seguem um caminho definido, desde o início até a disponibilidade geral, em três fases:

1. Inovação de código aberto (fase de pré-visualização)
2. Recursos de pré-visualização (fase de avaliação)
3. Disponibilidade geral (fase estável)

1. Inovação de código aberto (fase de pré-visualização)

A jornada de muitos recursos do Test Engine começa no repositório de código aberto, onde:

• Membros da comunidade e engenheiros da Microsoft propõem e contribuem com novos recursos
• Novos provedores e extensões são desenvolvidos para oferecer suporte a mais cenários
• Ações personalizadas são criadas e testadas em ambientes do mundo real Power Fx
• Os conceitos experimentais são validados antes da integração formal do produto

Esta fase de visualização representa os recursos mais avançados, disponíveis para desenvolvedores que criam o Test Engine a partir do código-fonte.

2. Recursos de pré-visualização (fase de avaliação)

Os recursos que demonstram valor no ambiente de código aberto podem progredir para a fase de avaliação, onde se tornam disponíveis na versão oficial da CLI ( Power Platform ) com aceitação explícita:pac

• Os recursos são acessíveis por meio do prefixo de função em Preview Power Fx
• A funcionalidade deve ser explicitamente habilitada nas configurações de teste:

testSettings:
  extensionModules:
    enable: true
    allowPowerFxNamespaces:
      - Preview

• Os recursos nesta fase recebem testes mais abrangentes, mas ainda podem evoluir com base no feedback
• A documentação inclui a designação de visualização para indicar possíveis alterações futuras

3. Disponibilidade geral (fase estável)

Após testes e refinamentos completos na fase de visualização, os recursos estáveis avançam para a disponibilidade geral:

• Os recursos migram do prefixo Preview para o prefixo TestEngine
• A funcionalidade fica disponível por padrão sem configuração especial
• Os recursos são considerados prontos para produção com suporte total
• A documentação remove a designação de visualização

Habilitando recursos por meio da organização de funções Power Fx

O Test Engine usa prefixos de função como o mecanismo principal para controlar a disponibilidade de recursos: Power Fx

Esta organização oferece vários benefícios:

• Indicação clara da maturidade do recurso: O prefixo comunica a expectativa de estabilidade
• Acesso controlado: os recursos de visualização devem ser explicitamente habilitados, protegendo os usuários de alterações não intencionais
• Resiliência de versão: À medida que os recursos amadurecem, o código pode ser atualizado gradualmente para usar o novo prefixo

Para obter mais informações sobre como configurar e usar esses prefixos, consulte Usar Power Fx organização de funções em testes.

Contribuindo para a evolução do Test Engine

A equipe do produto Test Engine colabora ativamente com a comunidade para desenvolver o produto:

Contribuições de código aberto

Os membros da comunidade podem contribuir para o Test Engine de várias maneiras:

• Extensões de Provedor: Crie novos provedores para oferecer suporte a mais tipos de aplicativos
• Power Fx Ações: Desenvolver ações personalizadas para habilitar novos cenários de teste
• Melhorias de recursos: Melhorar a funcionalidade existente para lidar com cenários comuns
• Relatando problemas: Relate quaisquer problemas que você descobrir usando nosso repositório de problemas do GitHub. Encontre problemas conhecidos existentes aqui: aka.ms/TestEngineOpenIssues

Caminho para integração de produtos

Recursos que começam como contribuições de código aberto podem ser considerados para inclusão no CLI oficial ( Power Platform ) por meio do seguinte processo:pac test run

1. Desenvolvimento Inicial: O recurso é criado e testado no repositório de código aberto
2. Validação da Comunidade: Outros usuários verificam a utilidade e a estabilidade do recurso
3. Consideração do produto: A equipe de produto do Test Engine analisa o recurso
4. Integração de visualização: Se aprovado, o recurso será integrado ao prefixo de visualização
5. Disponibilidade geral: Após validação suficiente, o recurso é graduado para o prefixo TestEngine

Colaboração com a equipe do produto

Os desenvolvedores interessados em contribuir com recursos que possam eventualmente ser incluídos no produto oficial devem:

• Discuta antes de desenvolver: Abra um problema no repositório para discutir o conceito
• Siga as Diretrizes de Design: Garanta que a implementação esteja alinhada com a arquitetura do Test Engine
• Fornecer testes abrangentes: incluir testes automatizados que demonstrem confiabilidade
• Documentar o recurso: Criar documentação clara para os usuários

Benefícios do modelo de ciclo de vida de recursos

Para usuários do Test Engine, este modelo oferece diversas vantagens:

• Acesso à Inovação: Use recursos de ponta antes que sejam lançados formalmente
• Risco controlado: escolha quais recursos de visualização habilitar com base nas necessidades
• Expectativas claras: Entenda a estabilidade dos recursos por meio de convenções de prefixo consistentes
• Oportunidade de participação: Influenciar a direção do produto por meio de contribuições e feedback