Ciclo de vida da funcionalidade do motor de teste (em visualização)

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

Progressão de funcionalidades no Test Engine

Os recursos do mecanismo de teste 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. Funcionalidades 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 suportar mais cenários
• Ações personalizadas Power Fx são criadas e testadas em ambientes do mundo real
• 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. Funcionalidades de pré-visualização (fase de avaliação)

As funcionalidades que demonstram valor no ambiente de código aberto podem progredir para a fase de avaliação, onde ficam disponíveis na versão oficial do Power Platform CLI (pac) com opt-in explícito.

• As funcionalidades são acessíveis através do prefixo de função Preview no Power Fx
• A funcionalidade deve ser explicitamente habilitada nas definições de teste:

testSettings:
  extensionModules:
    enable: true
    allowPowerFxNamespaces:
      - Preview

• Os recursos nesta fase recebem testes mais extensos, mas ainda podem evoluir com base no feedback
• A documentação inclui a designação Pré-visualização para indicar potenciais alterações futuras

3. Disponibilidade geral (fase estável)

Após testes minuciosos e refinamento na fase de visualização, as funcionalidades estáveis avançam para 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 Pré-visualização

Habilitar recursos através da organização de funções Power Fx

O motor de teste utiliza os prefixos das funções Power Fx como o mecanismo principal para controlar a disponibilidade de funcionalidades.

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 contra alterações não intencionais
• Resiliência da 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 estes prefixos, consulte Utilizar a organização de funções do Power Fx em testes.

Contribuindo para a evolução do Test Engine

A equipa de produto do 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 fornecedor: crie novos provedores para oferecer suporte a mais tipos de aplicativos
• Ações do Power Fx: Desenvolva ações personalizadas para permitir novos cenários de teste
• Aprimoramentos de recursos: melhore a funcionalidade existente para abordar cenários comuns
• Relatar problemas: relate quaisquer problemas descobertos usando nossos problemas de repositório GitHub. Encontre problemas conhecidos existentes aqui: aka.ms/TestEngineOpenIssues

Caminho para a integração de produtos

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

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. Avaliação do Produto: A equipa do Test Engine revê a característica
4. Integração do Preview: Se aprovado, a funcionalidade é integrada ao prefixo do Preview
5. Disponibilidade Geral: Após validação suficiente, o recurso é promovido para o prefixo TestEngine.

Colaboração com a equipa de 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: inclua testes automatizados que demonstrem fiabilidade
• Documentar o recurso: crie documentação clara para os usuários

Benefícios do modelo de ciclo de vida do recurso

Para os utilizadores do Test Engine, este modelo oferece várias vantagens:

• Acesso à inovação: use recursos de ponta antes que eles sejam formalmente lançados
• Risco controlado: escolha quais recursos de visualização habilitar com base nas necessidades
• Expectativas claras: compreensão da estabilidade das funcionalidades por meio de convenções consistentes de prefixo
• Oportunidade de Participação: Influenciar a direção do produto através de contribuições e feedback