Compartir por


Ciclo de vida das funcionalidades do motor de probas (vista previa)

Nota

As funcionalidades de vista previa non se deseñaron para uso de produción e poden ter funcionalidade restrinxida. Estas funcionalidades están dispoñibles antes da versión oficial para que os clientes poidan obter acceso a elas rápido e fornecer comentarios.

O motor de probas ten un modelo estruturado do ciclo de vida das funcionalidades para xestionar a progresión das funcionalidades desde conceptos experimentais ata capacidades xeralmente dispoñibles. Esta estratexia permite aos usuarios acceder a novas funcionalidades con diferentes niveis de madurez, garantindo ao mesmo tempo a fiabilidade e a estabilidade para os escenarios de produción.

Progresión de funcionalidades no motor de probas

As funcionalidades do motor de probas seguen unha vía definida desde o inicio ata a dispoñibilidade xeral en tres fases:

  1. Innovación de código aberto (fase de vista previa)
  2. Funcionalidades de vista previa (fase de avaliación)
  3. Dispoñibilidade xeral (fase estable)

1. Innovación de código aberto (fase de vista previa)

A viaxe de moitas funcionalidades de Test Engine comeza no repositorio de código aberto, onde:

  • Os membros da comunidade e os enxeñeiros de Microsoft propoñen e achegan novas funcionalidades
  • Desenvólvense novos provedores e extensións para soportar máis escenarios
  • As accións personalizadas créanse e próbanse en contornas reais Power Fx
  • Valídanse os conceptos experimentais antes da integración formal do produto

Esta fase de vista previa representa as funcionalidades máis avanzadas, dispoñibles para os desenvolvedores que crean o motor de probas desde o código fonte.

2. Funcionalidades de vista previa (fase de avaliación)

As funcionalidades que demostren valor no entorno de código aberto poderían pasar á fase de avaliación, onde estarán dispoñibles na versión oficial da CLI ( Power Platform ) con opción explícita:pac

  • As funcionalidades son accesibles a través do prefixo de función Preview en Power Fx
  • A funcionalidade debe estar activada explicitamente na configuración de probas:
testSettings:
  extensionModules:
    enable: true
    allowPowerFxNamespaces:
      - Preview
  • As características desta fase son sometidas a probas máis exhaustivas, pero aínda así poderían evolucionar en función dos comentarios.
  • A documentación inclúe a designación de Vista previa para indicar posibles cambios futuros

3. Dispoñibilidade xeral (fase estable)

Tras probas e refinamentos exhaustivos na fase de vista previa, as funcionalidades estables avanzan ata a dispoñibilidade xeral:

  • As características migran do prefixo Preview ao prefixo TestEngine
  • A funcionalidade está dispoñible por defecto sen configuración especial
  • As características considéranse listas para a produción con soporte completo
  • A documentación elimina a designación de Vista previa

Activación de funcionalidades mediante a organización de funcións Power Fx

O motor de probas usa prefixos de funcións como mecanismo principal para controlar a dispoñibilidade das funcionalidades: Power Fx

Prefixo de función Descripción Dispoñibilidade
TestEngine Funcións listas para a produción dispoñibles para todos os usuarios Activado por defecto
Preview Características en avaliación que poderían cambiar Require a autorización explícita
(ningún) Funcións principais Power Fx Sempre dispoñible

Esta organización ofrece varias vantaxes:

  • Indicación clara da madurez da funcionalidade: o prefixo comunica a expectativa de estabilidade
  • Acceso controlado: As funcións de vista previa deben estar activadas explicitamente para protexer os usuarios de cambios non desexados
  • Resiliencia de versións: A medida que as funcionalidades maduran, o código pódese actualizar gradualmente para usar o novo prefixo

Para obter máis información sobre a configuración e o uso destes prefixos, consulte Uso Power Fx da organización de funcións nas probas.

Contribuíndo á evolución do motor de probas

O equipo de produto Test Engine colabora activamente coa comunidade para desenvolver o produto:

Contribucións de código aberto

Os membros da comunidade poden contribuír a Test Engine de varias maneiras:

  • Extensións de provedores: Crear novos provedores para admitir máis tipos de aplicacións
  • Power Fx Accións: Desenvolver accións personalizadas para habilitar novos escenarios de probas
  • Melloras nas funcionalidades: Mellorar a funcionalidade existente para abordar situacións comúns
  • Informar de problemas: Informa de calquera problema que descubras usando os nosos problemas do repositorio de GitHub. Atopa aquí os problemas coñecidos existentes: aka.ms/TestEngineOpenIssues

Camiño cara á integración de produtos

As funcionalidades que comezan como contribucións de código aberto poderían considerarse para a súa inclusión na CLI oficial ( Power Platform ) mediante o seguinte proceso:pac test run

  1. Desenvolvemento inicial: A funcionalidade créase e próbase no repositorio de código aberto
  2. Validación da comunidade: Outros usuarios verifican a utilidade e a estabilidade da funcionalidade
  3. Consideración do produto: O equipo do produto Test Engine revisa a funcionalidade
  4. Integración da vista previa: Se se aproba, a funcionalidade intégrase no prefixo de vista previa
  5. Dispoñibilidade xeral: Despois dunha validación suficiente, a funcionalidade pasa ao prefixo TestEngine

Colaboración co equipo de produto

Os desenvolvedores interesados en contribuír con funcionalidades que poderían incluírse finalmente no produto oficial deberían:

  • Debater antes de desenvolver: Abrir unha incidencia no repositorio para discutir o concepto
  • Siga as directrices de deseño: asegúrese de que a implementación estea aliñada coa arquitectura do motor de probas
  • Proporcionar probas exhaustivas: Inclúe probas automatizadas que demostren a fiabilidade
  • Documentar a funcionalidade: Crear documentación clara para os usuarios

Vantaxes do modelo do ciclo de vida das funcionalidades

Para os usuarios de Test Engine, este modelo ofrece varias vantaxes:

  • Acceso á innovación: Usa funcións de vangarda antes do seu lanzamento oficial
  • Risco controlado: Escolla as funcións de vista previa que desexa activar segundo as necesidades
  • Expectativas claras: Comprender a estabilidade das características mediante convencións de prefixos consistentes
  • Oportunidade de participación: Influír na dirección do produto mediante contribucións e comentarios