Test Studio

  • Artigo

Cree probas integrais de interface de usuario para a súa aplicación de lenzo mediante Test Studio. Manteña a calidade da súa aplicación validando continuamente que a aplicación funciona como se espera cando se despregan novos cambios ou actualizacións.

Visión xeral

As probas son unha parte importante do ciclo de vida do desenvolvemento de software (SDLC). As probas poden axudar a garantir a calidade da aplicación entregada aos clientes. Pode identificar problemas ou defectos no inicio do proceso de lanzamento e ofrece a oportunidade de solucionar estes problemas para facer a aplicación máis fiable antes de lanzar cambios. Dependendo do tamaño e uso da aplicación, pode ser suficiente a proba manual de novos cambios. Non obstante, a medida que a aplicación crece en complexidade e uso, pode que teña que considerar unha estratexia de proba en vez de probas manuais. Se a aplicación é crítica para as misións, incluso un pequeno erro pode ter un impacto importante.

O aumento de cambios na aplicación pode producir ciclos de proba máis longos. Finalmente, as probas de regresión da aplicación poden ser máis longas que o tempo empregado para desenvolver novas funcións. No desenvolvemento rápido, probar a fondo todas as funcións da aplicación convértese nun atoamento para liberar actualizacións de software. Unha das opcións para reducir o tempo necesario durante un ciclo de proba e as probas de regresión é a automatización de probas. A automatización de probas pode axudarlle a probar a aplicación cun mínimo esforzo, reducindo o tempo de proba e identificando problemas críticos antes do lanzamento.

Power Apps Test Studio é unha solución de pouco código para escribir, organizar e automatizar probas para aplicacións de lenzo. En Test Studio, pode escribir probas mediante expresións de Power Apps ou usar unha gravadora para gardar a interacción da aplicación para xerar automaticamente as expresións. Pode reproducir probas escritas en Test Studio para validar a funcionalidade da aplicación e executar as probas nun navegador web e integrar as probas automatizadas no proceso de despregamento de aplicacións.

Test Studio.

Requisitos previos

Debe ser o creador ou copropietario dunha aplicación para probala con Test Studio.

Terminoloxía de Test Studio

A seguinte sección explica a terminoloxía clave de Test Studio.

Casos de proba

Os casos de proba compóñense dunha serie de instrucións ou accións, chamadas etapas de proba. Os casos de proba realízanse para validar que a aplicación ou funcións específicas da aplicación funcionan como espera. Por exemplo, nunha aplicación de gastos, quere asegurarse de que só se poden enviar gastos co custo real asociado. Un caso de proba pode axudar a verificar que sempre se cumpre esta condición ou requisito.

En Test Studio, os pasos de proba escríbense usando linguaxe de expresións de Power Apps. As expresións de proba poden consistir en funcións dispoñibles ao crear a aplicación e expresións adicionais para admitir probas automatizadas.

Conxuntos de probas

Os grupos de probas úsanse para organizar ou agrupar casos de proba xuntos. A medida que o número de casos de proba crece na aplicación, pode pensar en organizar os casos de proba en funcións ou funcionalidades específicas. Por exemplo, pode ter un paquete de probas con casos de proba para validar os envíos de informes de gastos e outro grupo de probas que se centra só nas aprobacións de gastos.

Os casos de proba contidos nos conxuntos de probas realízanse de xeito secuencial. O estado da aplicación persiste en todos os casos de proba dun conxunto. Por exemplo, se ten un caso de proba que se completa na pantalla 5 na súa aplicación, o seguinte caso de proba no seu conxunto de probas comezará a funcionar desde a pantalla 5. Permite descompoñer un escenario de probas complexo en varios casos de proba dentro dun único conxunto, e o estado compártese en todos os casos de proba. Se o seu segundo caso de proba espera comezar na pantalla de inicio da aplicación, pode navegar ata a pantalla de inicio como o primeiro paso do seu caso de proba. É importante lembrar que a aplicación non se recarga ao comezo de cada caso de proba nun conxunto de probas cando planifique a execución das súas probas.

Probar afirmacións

Cada caso de proba debería ter un resultado esperado. Para validar o resultado esperado dunha proba fronte ao resultado real da súa proba, pode escribir afirmacións da proba. Unha afirmación é unha expresión que avalía se un valor é verdadeiro ou falso na proba. Se a expresión devolve o valor falso, o caso de proba fallará.

No exemplo da aplicación de gastos anterior, pode escribir unha afirmación para validar se se crea un informe de gastos cunha liña de gasto con custo cero asociado.

Recomendacións

Ao probar aplicacións de lenzo que empregan Test Studio, considere as seguintes prácticas recomendadas para obter o máximo de beneficios para mellorar a calidade da súa aplicación:

  1. Determine que casos de proba deben automatizarse.

    É difícil automatizar todas as probas e non recomendamos que confíe completamente na automatización de probas. As probas manuais deben realizarse ademais da automatización de probas. As probas máis adecuadas para a automatización son:

    • Probas repetitivas.
    • Probas de funcionalidade de alto impacto empresarial.
    • Características estables e que non están sufrindo cambios significativos.
    • Características que requiren varios conxuntos de datos.
    • Probas manuais que levan moito tempo e esforzo.

  2. Manteña os casos de proba pequenos.

    Aínda que un único caso de proba pode admitir a proba de todas as funcionalidades da súa aplicación, recomendámoslle evitar escribir un caso de proba monolítico e tratar de dividilo en varios casos de proba. Cada caso de proba podería probar unha función ou funcionalidade específica da súa aplicación. Unha afirmación errada nun caso de proba grande podería facer que outras funcións non se probasen. O uso de varios casos de proba contidos nun grupo de probas permite probar outras funcións independentemente de que fallase un caso de proba anterior. Esta estratexia tamén facilita o illamento de fallos de proba.

  3. Manteña as expresións nunha única acción de proba.

    Unha acción de proba pode conter múltiples expresións. As grandes expresións de probas multiacción nun só paso poden afectar á súa capacidade para depurar e illar os fallos da proba. Considere dividir un paso de proba con varias accións en máis pasos de proba de accións individuais para identificar problemas máis rápido.

  4. Cada caso de proba debería ter un resultado esperado.

    Cada caso de proba debería ter un ou máis resultados esperados. As afirmacións da proba deberían usarse para validar os resultados esperados da súa proba cos resultados reais. Pódense escribir varias afirmacións para un caso de proba único.

  5. Use conxuntos de probas.

    Para o mantemento, agrupe ou categorice casos de proba similares e describa o propósito e os resultados esperados da súa proba.

Limitacións coñecidas

Mentres o traballo para ofrecer unha cobertura de control completa en Power Apps Test Studio está en curso, actualmente non está dispoñible a seguinte funcionalidade:

  • Compoñentes.
  • Compoñentes de código escritos en Power Apps Component Framework.
  • Galerías aniñadas.
  • Controis multimedia.
  • A aplicación debe ter activada a función experimental de xestión de erros a nivel de fórmula.
  • Asistencia para os controis non listados nas funcións Select e SetProperty.
  • Columnas de tipo persoa.
  • Test Studio non é compatible coa función experimental de control de versións Git, e non funcionará correctamente se esa función está activada.

Pasos seguintes

Consulte tamén

Nota

Pode indicarnos as súas preferencias para o idioma da documentación? Realice unha enquisa breve. (teña en conta que esa enquisa está en inglés)

Esta enquisa durará sete minutos aproximadamente. Non se recompilarán datos persoais (declaración de privacidade).