Ciclo de vida do recurso do mecanismo de teste (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 recursos 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)

Os recursos 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 Power Platform da CLI (pac) com opt-in explícito:

• Os recursos são acessíveis através do prefixo da Preview função em 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, os recursos estáveis progridem 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

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

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

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 esses prefixos, consulte Usar Power Fx organização de função 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
• Power Fx Ações: Desenvolver 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. Consideração do produto: A equipa do produto Test Engine analisa o recurso
4. Integração de visualização: Se aprovado, o recurso é 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 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: compreenda a estabilidade dos recursos por meio de convenções de prefixo consistentes
• Oportunidade de Participação: Influenciar a direção do produto através de contribuições e feedback