Las mejores prácticas y limitaciones

Orientación y limitaciones para Autopilot para probadores en la evaluación de requisitos, la generación de pruebas, la conversión de texto a código, los datos de prueba y el análisis de resultados.

Autopilot ayuda a automatizar y mejorar las tareas a lo largo de tu ciclo de vida de prueba. Las siguientes prácticas recomendadas y limitaciones te ayudan a mejorar la precisión y la usabilidad de Autopilot™ para Testers, organizadas por capacidad.

Nota:

La evaluación de requisitos, la generación manual de pruebas y el análisis de resultados de pruebas se aplican a Test Manager: para obtener el desglose completo del modelo de entrega, consulta la página de disponibilidad de características de Test Manager. La conversión de texto en código, la automatización de pruebas manuales y la generación de datos de prueba se aplican a Studio, sujeto a sus propios requisitos de versión a continuación.

Evaluación de requisitos

Autopilot evalúa la calidad de un requisito y sugiere mejoras. Las siguientes directrices mejoran la relevancia y la precisión de estas evaluaciones:

• Los requisitos claros y completos con criterios de aceptación medibles producen evaluaciones más precisas.
• Las evaluaciones enfocadas, como las comprobaciones de seguridad o de rendimiento, devuelven sugerencias más relevantes.
• Los archivos de soporte, como directrices o especificaciones, proporcionan contexto adicional a Autopilot.

Instrucciones adicionales

Puedes guiar la evaluación proporcionando instrucciones adicionales en la pantalla Proporcionar orientación adicional .

La biblioteca de solicitudes proporciona solicitudes listas para usar que analizan los requisitos para aspectos relacionados con el rendimiento, para aspectos relacionados con la seguridad y desde perspectivas como la coherencia, la claridad y la integridad. También puedes añadir tus propias solicitudes personalizadas a la Biblioteca de solicitudes para los atributos de calidad del software que evalúas con frecuencia, lo que estandariza las evaluaciones en todo tu equipo.

Para controlar cuántas sugerencias de mejora devuelve Autopilot, incluye el recuento en tu instrucción, por ejemplo: "Genera las 20 mejores sugerencias de mejora para este requisito y clasifícalas por prioridad".

Documentos compatibles

Los documentos de apoyo complementan la descripción del requisito con información adicional. Autopilot considera tanto la descripción del requisito como sus documentos de apoyo cuando da forma y evalúa el requisito, y también sugiere mejoras en los propios documentos.

• Directrices de seguridad : directrices de seguridad, documentos de política o hallazgos de auditoría de seguridad. Autopilot los comprueba para detectar incoherencias dentro de los documentos o con los aspectos de seguridad en la descripción del requisito.
• Directrices de accesibilidad : directrices de accesibilidad, informes de auditoría o especificaciones de accesibilidad del usuario. Autopilot los coteja con los criterios de accesibilidad en la descripción del requisito.
• Listas de verificación de cumplimiento : listas de verificación de cumplimiento, resúmenes regulatorios o requisitos de cumplimiento de la industria. Autopilot los comprueba con los criterios de cumplimiento en la descripción del requisito para identificar brechas en el cumplimiento normativo.

Limitaciones funcionales

Tipos de archivo compatibles

Puedes cargar archivos en los siguientes formatos:

• Procesa solo contenido de texto: TXT, BPMN, CSV
• Procesa tanto contenido de texto como de imagen: DOCX, XLSX, PNG, JPG, PDF

Capacidad del token de entrada

La capacidad del token de entrada de Autopilot es de 128 000 tokens, que son aproximadamente 96 000 palabras o 512 000 caracteres. Mantén la descripción de tus requisitos y los documentos de apoyo dentro de este límite. Este es un límite en el nivel de producto, independiente de los límites de la ventana de contexto y del token de salida del modelo subyacente; para ello, consulta Modelos y límites compatibles.

Consejo:

Como aproximación, 100 tokens corresponden a unas 75 palabras o 400 caracteres.

Para estimar el recuento de tokens de un documento, guárdalo como archivo TXT y pega el contenido en la herramienta OpenAI Tokenizer. El resultado es aproximado y el recuento real puede ser mayor.

Generación de sugerencias

Autopilot genera un máximo de 50 sugerencias a la vez. Si no especificas un número, Autopilot genera las 15 sugerencias principales.

Generación de pruebas manual

Autopilot genera casos de prueba manuales y pasos de prueba a partir de requisitos y documentos de apoyo. La calidad de la prueba depende en gran medida de la calidad del requisito que proporciones.

Descripción del requisito

Un requisito bien formado describe su propósito, la lógica de la aplicación y criterios de aceptación claros. Los requisitos a menudo se relacionan con aspectos de calidad como la funcionalidad, el rendimiento, la usabilidad y la seguridad.

Propósito del requisito

Autopilot se basa en la especificidad. Las descripciones amplias o vagas pueden conducir a casos de prueba irrelevantes o incorrectos. Comienza con una declaración concisa y centrada en el usuario del propósito del requisito que enfatice el beneficio para el usuario.

Ejemplo: "Como titular de una póliza potencial, quiero calcular mis primas de seguro para poder comprender mis costes potenciales".

Lógica de la aplicación

La precisión de los pasos de prueba generados depende de lo bien que Autopilot comprenda el viaje del usuario y la secuencia de la aplicación. Describa las interacciones específicas que el usuario tiene con la aplicación y las respuestas de la aplicación, desde el inicio del flujo hasta la acción de prueba final.

Ejemplo: "El usuario comienza en la pantalla principal y navega a la pantalla 'Obtener un presupuesto' a través del menú principal. Introducen sus datos personales, incluidos la edad y el sexo, y luego seleccionan la cobertura de seguro y la duración de la póliza deseadas. Cuando seleccionan "Calcular prima", la aplicación calcula y muestra la prima en la siguiente pantalla."

Criterios de aceptación

Los criterios de aceptación claros y medibles guían a Autopilot para verificar resultados específicos. Cubre tanto escenarios positivos como negativos, incluidos estados de entrada no válidos y de error, y factores no funcionales como la seguridad, la usabilidad y la escalabilidad. Sin criterios de aceptación, Autopilot podría generar casos de prueba inadecuados.

Ejemplos:

• "El sistema calcula la prima en función de la edad del usuario. Por cada año por encima de los 25, añade 5 $ a la prima base de 100 $."
• "El sistema aumenta la prima en 50 $ para los fumadores debido al mayor riesgo para la salud asociado".
• "Si el usuario introduce una edad inferior a 18 años, el sistema muestra un mensaje de error".
• "El cálculo premium se completa en 3 segundos cuando el número de usuarios simultáneos es 1000 o menos."

Instrucciones adicionales

Puedes centrar la generación proporcionando instrucciones adicionales en la pantalla Proporcionar orientación adicional .

La biblioteca de solicitudes proporciona solicitudes listas para usar que generan casos de prueba de extremo a extremo a partir de diagramas de flujo, generan pruebas para escenarios válidos de extremo a extremo y generan pruebas que emergen problemas esquivos. También puedes añadir tus propias solicitudes personalizadas para los escenarios que generas con frecuencia.

De forma predeterminada, Autopilot genera casos de prueba con el siguiente comportamiento:

• Los resultados esperados se generan solo para el paso de prueba final en cada caso de prueba. Para generar resultados esperados para cada paso, incluye una instrucción como "Generar resultados esperados para cada paso de prueba";
• Las condiciones previas y posteriores se generan solo bajo solicitud; especifica qué incluir, ya que ninguno se genera de forma predeterminada.
• El número de casos de prueba no es fijo: para controlarlo, incluye el recuento en tus instrucciones, por ejemplo: "Generar los 20 mejores casos de prueba para este requisito".

Documentos compatibles

Los documentos de apoyo complementan la descripción del requisito y ayudan a Autopilot a generar casos de prueba más precisos.

• Diagramas de proceso : utiliza diagramas de casos, diagramas de flujo y diagramas de proceso como imágenes o archivos BPMN. Ayudan a Autopilot a seguir el flujo secuencial y lógico de las actividades del usuario.
• Mockups y wireframes : diagramas visuales de tus requisitos de UI/UX. Aclaran el diseño, las interacciones del usuario y los elementos a probar, lo que es útil al probar nuevas funcionalidades de front-end.
• Documentos de cumplimiento : documentos de cumplimiento y regulatorios para industrias reguladas como la atención médica, las finanzas o las telecomunicaciones. Autopilot integra estos estándares en cada caso de prueba generado, no solo en aquellos vinculados a criterios de cumplimiento específicos.
• Transcripciones de discusión : transcripciones de discusiones de requisitos entre desarrolladores, propietarios de productos y probadores. Transmiten cómo el equipo interpreta o planea implementar un requisito.

Limitaciones funcionales

Tipos de archivo compatibles

Puedes cargar archivos en los siguientes formatos:

• Procesa solo contenido de texto: TXT, BPMN, CSV
• Procesa tanto contenido de texto como de imagen: DOCX, XLSX, PNG, JPG, PDF

Capacidad del token de entrada

La capacidad del token de entrada de Autopilot es de 128 000 tokens, que son aproximadamente 96 000 palabras o 512 000 caracteres. Mantén la descripción de tus requisitos y los documentos de apoyo dentro de este límite. Este es un límite en el nivel de producto, independiente de los límites de la ventana de contexto y del token de salida del modelo subyacente. Para ello, consulta Modelos y límites compatibles. Para estimar los recuentos de tokens, utiliza la guía del tokenizador descrita en Evaluación de requisitos.

Generación de casos de prueba

Autopilot genera un máximo de 50 casos de prueba a la vez. Si no especificas un número, Autopilot genera 10 casos de prueba.

Convertir texto en código

Autopilot convierte las solicitudes de lenguaje natural en código dentro de las automatizaciones codificadas de Studio. Utiliza la acción Generar código del menú contextual de una automatización codificada para convertir una solicitud en código. Autopilot puede generar código C#, refactorizar código existente y generar una automatización de UiPath. Para ver los métodos disponibles, consulta Generar código.

Nota:

Para convertir texto en código, utiliza la versión de Studio 2024.10.1 o superior.

Para obtener mejores resultados:

• Especifique el lenguaje y el objetivo, por ejemplo, "Refactorizar este método C#"
• Mantén las indicaciones cortas y directas.

Ejemplos de solicitud

• "Refactoriza el siguiente método y hazlo más eficiente".
• "Crear un método para comparar la similitud de dos cadenas, con los parámetros de entrada 'cadena1' y 'cadena2'."
• "Seleccionar en 'Productos'."
• "Ejecutar trabajo 'myDemoJob' en Orchestrator".

Automatizar pruebas manuales

Después de vincular Studio a Test Manager, el Explorador de pruebas en Studio Desktop muestra todos los casos de prueba en tu proyecto de Test Manager, tanto automatizados como manuales. Autopilot convierte los casos de prueba manuales en automatizados. Para aprender a hacerlo, consulta Crear un caso de prueba codificado a partir de un caso de prueba manual y Crear un caso de prueba de código bajo a partir de un caso de prueba manual.

Nota:

Para automatizar pruebas manuales, utiliza la versión 2024.10.1 o posterior de Studio Desktop.

Preparar un repositorio de objetos coherente

Autopilot utiliza Automatización de IU para convertir pasos de prueba manuales en pasos automatizados. Para hacer referencia a los elementos de la IU bajo prueba, Autopilot necesita una referencia de repositorio de objetos para cada uno de ellos. Utiliza nombres de control idénticos en tus pasos de prueba manuales y en tu repositorio de objetos.

Por ejemplo, para el paso manual "Seleccionar en 'Enviar solicitud de préstamo'", Autopilot genera una actividad Seleccionar y busca un elemento del repositorio de objetos llamado Enviar solicitud de préstamo. Los nombres de control coherentes hacen que la conversión sea más fluida.

Usar nombres de actividad comunes

Un paso de prueba manual típico, como "Escribir '[e-mail] ' en el campo 'Correo electrónico'", contiene una acción ("Escribir", reconocida como la actividad Escribir en ), datos ('[e-mail] ') y un destino ('Correo electrónico', reconocido como el repositorio de objetos elemento).

La siguiente tabla enumera los verbos de paso manual que se utilizarán y las actividades de Studio y las API de automatización codificadas a las que se asignan.

Paso de prueba manual	Actividad de UiPath	API de automatización codificada de UiPath
"'Seleccionar' 'Mi botón'"	Seleccionar	Seleccionar
"'Tipo' 'hola mundo' en 'Mi campo de texto'"	Escribir en	Escribir en
"'Obtener texto' de 'Mi etiqueta'"	Obtener texto	GetText
"'Marcar' 'Mi casilla de verificación'"	Comprobar	Comprobar
"'Seleccionar elemento' '3 años' de 'Término del préstamo'"	Seleccionar elemento	Seleccionar elemento

Automatizar el rellenado de formularios

Para un formulario que requiera entrada de datos, utiliza la palabra clave "Rellenar formulario" para que Autopilot lo automatice.

Nota:

Esta funcionalidad solo está disponible al generar un caso de prueba codificado.

Por ejemplo, para el paso "Rellenar el formulario en la pantalla llamada 'myFormScreen' con los siguientes valores: Correo electrónico: '[e-mail] ', Importe del préstamo: '10000', Plazo del préstamo: '3'", Autopilot ejecuta el comando 'Rellenar formulario' en tu automatización codificada y rellena los valores en los controles identificados en el formulario.

Generando datos de prueba

Autopilot genera datos de prueba sintéticos para tus casos de prueba. Dado que la gestión de datos de prueba puede consumir hasta el 50 % del esfuerzo de prueba, esto puede ahorrar un tiempo significativo.

Nota:

Para generar datos de prueba sintéticos, utiliza la versión 2024.10.1 o posterior de Studio Desktop.

Crea argumentos para tus campos de datos

Al generar datos de prueba, Autopilot considera los argumentos existentes en tu flujo de trabajo junto con las instrucciones de tu solicitud, y tiene como objetivo una alta cobertura dentro del caso de prueba. Utiliza argumentos siempre que sea posible, en lugar de variables locales o valores de cadena fijos, para que los datos generados se alineen con los requisitos dinámicos de tu flujo de trabajo.

Elija un método de combinación de datos

De forma predeterminada, Autopilot genera aproximadamente 10 registros de datos, con el objetivo de una alta cobertura de código o actividad. Si tu estrategia de prueba requiere un algoritmo específico, como por pares o todas las combinaciones, inclúyelo en tu solicitud, por ejemplo: "Generar datos de prueba para cada argumento y combinar los campos de datos por pares";

Personaliza tu conjunto de datos

Puedes indicar a Autopilot que realice otras tareas, como generar un número específico de registros o incluir campos adicionales. Por ejemplo:

• "Generar un mínimo de 25 registros de datos".
• "Incluye el campo 'País' en el conjunto de datos, asignando un valor de país distinto a cada registro".

Análisis de los resultados de las pruebas

Autopilot proporciona información sobre los casos de prueba fallidos y recomendaciones para reducir la tasa de fallos en toda tu cartera de pruebas. Cuantos más resultados de prueba incluyas al generar el informe, especialmente los casos de prueba fallidos, más efectiva será la información. El objetivo es comprender las principales razones por las que tus pruebas fallan.

Cada sección del informe cubre un área de los resultados de tus pruebas:

• Errores comunes : agrupa mensajes de error similares semánticamente para resaltar los problemas más frecuentes.
• Patrones de error : clasifica los casos de prueba fallidos en temas más amplios para revelar problemas recurrentes y sistémicos.
• Recomendaciones : proporciona recomendaciones accionables para guiar tus siguientes pasos en la estabilización de la ejecución de pruebas.