Generación impulsada por IA

Importante:

Esta característica forma parte actualmente de un proceso de auditoría y no debe considerarse parte de la autorización de FedRAMP hasta que finalice la revisión. Consulta aquí la lista completa de características actualmente en revisión.

Esta página enumera las directrices y mejores prácticas para generar casos de prueba de forma efectiva utilizando Autopilot^TM en Test Manager.

Descripción del requisito

Esta sección describe las características clave de un requisito en Test Manager.

Los requisitos a menudo implican capacidades específicas vinculadas a aspectos de calidad como aspectos funcionales (lo que debe hacer el software), aspectos de rendimiento (qué tan rápido debe operar), usabilidad (qué tan fácil es utilizar) y seguridad (qué tan seguro debe operar), entre muchos otros.

1. El propósito del requisito

Los modelos de IA, como Autopilot^TM, se basan en la especificidad para interpretar correctamente los requisitos. Las descripciones amplias o vagas pueden conducir a casos de prueba irrelevantes o incorrectos. Para mitigar esto, comienza con una declaración concisa pero precisa centrada en el usuario que describe el propósito del requisito. Concéntrate en aplicar el beneficio final para el usuario.

Ejemplo: para una aplicación de seguro de vida, puedes empezar con:

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

Esto aclara el beneficio esperado para el usuario y establece un objetivo definitivo para probar ese requisito.

2. Lógica de la aplicación

La eficiencia de Autopilot^TM para generar pasos de prueba precisos y detallados depende en gran medida de su comprensión del viaje del usuario y la secuencia de la aplicación. Por lo tanto, es crucial detallar las interacciones específicas que el usuario tendrá con la aplicación y las respuestas posteriores de la aplicación (desde el inicio de la aplicación hasta la acción de prueba final) es clave. Esto ayuda a Autopilot^TM a comprender el orden cronológico de las operaciones, lo que lleva a pasos de prueba más precisos y detallados.

Ejemplo: para la característica de cálculo de la prima del seguro, describe el flujo de trabajo de la siguiente manera:

"El usuario comienza en la pantalla principal, navega a la pantalla 'Obtener un presupuesto' a través del menú principal. A continuación, rellenan sus datos personales, incluidos la edad y el género, en los campos del formulario designados. Seleccionan la cobertura de seguro y el término de la política deseados de las opciones disponibles. Cuando el usuario hace clic en "Calcular premium", la aplicación calcula y muestra la prima en la pantalla siguiente".

3. Criterios de aceptación

Los criterios de aceptación claros y medibles son vitales para establecer expectativas de la aplicación y guiar a Autopilot^TM para verificar resultados específicos. Deben incluir escenarios positivos y negativos, incluidas situaciones en las que los usuarios pueden no seguir el uso prescrito, pueden introducir datos no válidos o cuando la aplicación puede alcanzar un estado de error. Los criterios también deben considerar factores no funcionales como la seguridad, la usabilidad y la escalabilidad. Sin criterios de aceptación bien definidos, Autopilot^TM puede generar casos de prueba inadecuados.

Ejemplo: para la característica de cálculo de prima de nuestra aplicación de seguro de vida, especifica criterios de aceptación concretos como en uno de los siguientes ejemplos:

• "El sistema debe calcular la prima teniendo en cuenta la edad del usuario. Por cada año por encima de 25, se debe añadir un incremento de 5 $ a la prima base de 100"
• "El sistema debe aumentar la prima en 50 $ para los fumadores debido a los mayores riesgos de salud asociados"
• "Si el usuario introduce una edad inferior a 18, el sistema debe mostrar un mensaje de error"
• "El proceso de cálculo premium no debe tardar más de 3 segundos cuando el número de usuarios simultáneos es menor o igual a 1000"

Instrucciones adicionales

Esta sección proporciona ejemplos de instrucciones adicionales que puedes proporcionar a Autopilot^TM para que pueda centrarse en aspectos que deben tenerse en cuenta al generar casos de prueba.

Verificación de flujo de extremo a extremo

Consulta la siguiente lista para obtener directrices que puedes dar a Autopilot al generar casos de prueba de principio a fin a partir de diagramas de flujo:

• Verifica cada ruta única en el diagrama de flujo como caso de prueba independiente.
• Concéntrate exclusivamente en probar rutas de principio a fin dentro del diagrama.
• Asegúrate de que cada caso de prueba represente un viaje completo desde el principio hasta el final.
• Logra la cobertura completa probando cada viaje completo dentro del diagrama.

Generación rápida de ideas de prueba

Consulta la siguiente lista de directrices que puedes dar a Autopilot para generar numerosas ideas para pruebas rápidas:

• No crees ningún paso de prueba, solo títulos de casos de prueba.
• Limita los títulos de los casos de prueba a un máximo de 12 palabras.
• Crea un mínimo de 50 casos de prueba creativos.

Detección de problemas elusiva

Consulta la siguiente lista de directrices que puedes dar a Autopilot para generar casos de prueba para encontrar problemas esquivos:

• Genera solo escenarios de prueba no convencionales pero plausibles para revelar problemas ocultos.
• Concéntrate en los escenarios de prueba a menudo se pierden en las pruebas estándar, que requieren una visión más profunda.
• Desafía el diseño del sistema y los supuestos de comportamiento del usuario para encontrar puntos débiles.
• Utiliza una amplia gama de comportamientos del usuario, incluidos los atípicos, para descubrir problemas.

Adherencia a la convención de nomenclatura

Consulta la siguiente lista de directrices que puedes dar a Autopilot para generar casos de prueba con una convención de nombre.

• Inicia cada título de caso de prueba con el verbo de acción "Verificar".
• Mantén los títulos en seis palabras, garantizando que sean claros e informativos.
• Incluye "UiPath | TC-01" al principio de cada título de caso de prueba, donde "TC-01" es el número de tu caso de prueba, al principio de cada título de caso de prueba.

Pruebas de escenarios válidas de principio a fin

Consulta la siguiente lista de directrices que puedes dar a Autopilot para generar casos de prueba solo para escenarios válidos de principio a fin.

• Crea casos de prueba exclusivamente para viajes de usuario válidos y completos.
• Evita los casos de prueba para entradas no válidas o validaciones de campo.
• Mantén los títulos de los casos de prueba en seis palabras, garantizando que sean claros e informativos.

Pruebas de valor de límite

Consulta la siguiente lista de directrices que puedes dar a Autopilot para generar casos de prueba centrados en las pruebas de valor límite.

• Define rangos válidos e identifica valores mínimos, máximos y de borde para cada entrada.
• Enfoca los casos de prueba en estos valores límite, incluido solo dentro y fuera de los rangos válidos.
• Cubre los límites de rango más bajos, altos y subdivididos en tus casos de prueba.
• Asegúrate de que todos los límites del campo de entrada en la aplicación se prueben.

Documentos compatibles

Esta sección enumera los documentos compatibles que puedes proporcionar a Autopilot^TM. Estos documentos son información adicional que complementan la descripción de un requisito en Test Manager. Estos documentos están destinados a mejorar la comprensión de Autopilot sobre un requisito, permitiéndole generar casos de prueba más precisos y útiles para un requisito.

Diagramas de proceso

Para ilustrar las operaciones paso a paso dentro de la aplicación, considera incluir diagramas de casos de uso, diagramas de flujo o diagramas de proceso como imágenes o archivos BPMN. Los diagramas de proceso ayudan a Autopilot a comprender el flujo secuencial y lógico de las actividades del usuario que son importantes para el requisito específico. Con la ayuda de estas representaciones del proceso, Autopilot puede generar casos de prueba más precisos que se alinean estrechamente con los flujos de trabajo reales de la aplicación.

Maquetas y nombres alámbricos

Para facilitar la comprensión por Autopilot, considera añadir diagramas visuales que representen tus requisitos de UI/UX. Esto es particularmente útil al probar nuevas funcionalidades de front-end y ayuda a aclarar el diseño, las interacciones del usuario y los elementos que se probarán.

Documentos de cumplimiento

En industrias reguladas como la atención sanitaria, finanzas o telecomunicaciones, considera incluir documentos de cumplimiento y regulatorios. Estas directrices a menudo se aplican universalmente en varios requisitos (por ejemplo: historias de usuario o casos de uso) en Test Manager. Al cargar estos documentos, habilitas a Autopilot para integrar los estándares de cumplimiento en los casos de prueba que genera para cada requisito, no solo los vinculados directamente a criterios de cumplimiento específicos. Este enfoque garantiza que todos los casos de prueba se adhieran a las regulaciones de la industria y que el cumplimiento se aborde de forma consistente en todos los requisitos probados por Autopilot.

Transcripciones de discusión

Considera incluir una transcripción de discusiones sobre requisitos específicos. Esto podría ser a partir de una reunión o una sesión virtual a través de plataformas en línea, que involucra desarrolladores, propietarios de productos y probadores. Las transcripciones proporcionan a Autopilot información sobre cómo interpretan los miembros del equipo, o planean implementar un requisito, ofreciendo contexto que puede mejorar significativamente la precisión de los casos de prueba generados.

Limitaciones funcionales

Esta sección describe las limitaciones actuales de Autopilot^TM.

Tipos de archivo compatibles

Solo puedes cargar las siguientes extensiones de archivo, desde las que Autopilot procesa solo el contenido de texto:

• DOCX
• XLSX
• TXT
• PNG
• JPG
• PDF
• BPMN

Nota: Autopilot procesa solo el contenido de texto en los archivos . Las imágenes dentro de los archivos no se procesan.

Capacidad del token de entrada

La capacidad máxima del token de entrada de Autopilot es de 128 000, lo que equivale a aproximadamente 96 000 palabras, o 512 000 caracteres.

Asegúrate de que la descripción de tu requisito y los documentos de apoyo no superen estos límites.

Consejo: de nuestras observaciones, 100 tokens se traducen aproximadamente en 75 palabras o 400 caracteres.

Para comprobar el recuento de token aproximado de tus documentos, abre el documento como archivo TXT y copia el contenido en la herramienta Abrir token de IA El recuento de token proporcionado es un aproximado. El recuento de token real puede ser mayor.

Generación de casos de prueba

Autopilot actualmente está limitado a generar un máximo de 50 casos de prueba a la vez. Si no se especifica el número de casos de prueba a generar, Autopilot genera 10 casos de prueba.