Ciclo de vida da funcionalidade do Mecanismo de Teste (obsoleto)

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. Versão prévia do recurso (fase de avaliação)
3. Disponibilidade geral (fase estável)

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

O percurso de muitos recursos do Mecanismo de Teste começa no repositório de código aberto, onde:

• Membros da comunidade e engenheiros 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 do 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. Recursos de pré-visualização (fase de avaliação)

Recursos que demonstram valor no ambiente de código aberto podem progredir para a fase de avaliação, em que ficam disponíveis na versão oficial da CLI do Power Platform (pac) com ativação explícita:

• Os recursos são acessíveis por meio do prefixo de função Preview em 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 Pré-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, as funcionalidades estáveis avançam para a disponibilidade para o público 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 uso em produção com suporte completo
• A documentação remove a designação de pré-visualização

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

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

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
• Ações do Power Fx: Desenvolva ações personalizadas para habilitar novos cenários de teste
• Melhorias de recursos: Melhorar a funcionalidade existente para lidar com cenários comuns
• Reportando problemas: relate todos os problemas que você descobrir usando nossos problemas de repositório GitHub. Encontre problemas conhecidos existentes aqui: aka.ms/TestEngineOpenIssues

Caminho para integração de produtos

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

1. Initial Development: o recurso é criado e testado no repositório 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 funcionalidades

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 das funções por meio de convenções consistentes de prefixo
• Oportunidade de participação: Influenciar a direção do produto por meio de contribuições e feedback