- Introducción a Test Suite
- Studio
- Conjunto de pruebas - Estudio
- Información general
- Actividades de prueba y API
- Arquitectura de automatización de dispositivos móviles
- Primeros pasos
- Administración de Mobile Device Manager
- Administración de aplicaciones
- Creación de flujos de trabajo de automatización móvil
- Interacción de dispositivos
- Automatización para aplicaciones React Native
- Actividades de automatización móvil y API
- Orchestrator
- Testing Robots
- Test Manager
- Requisitos
- Assigning test cases to requirements
- Linking test cases in Studio to Test Manager
- Unlink automation
- Delete test cases
- Creación de casos de prueba
- Importar casos de prueba manuales
- Generar pruebas para requisitos
- Clonación de casos de prueba
- Exportar casos de prueba
- Automatizar casos de prueba
- Casos de prueba manuales
- Aplicar filtros y vistas
- Conjuntos de prueba
- Ejecución de pruebas
- Documentos
- Informes
- Exportar datos
- Operaciones masivas
- Solución de problemas
Guía de usuario de Test Suite
Generar pruebas para requisitos
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 las mejores prácticas para generar casos de prueba de forma eficaz utilizando AutopilotTM en Test Manager.
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.
Los modelos de IA, como AutopilotTM, se basan en la especificidad para interpretar correctamente los requisitos. Las descripciones amplias o vagas pueden dar lugar a casos de prueba irrelevantes o incorrectos. Para mitigar esto, comienza con una declaración concisa pero precisa centrada en el usuario que describa el propósito del requisito. Céntrese 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.
La eficiencia de AutopilotTM a la hora de generar pasos de prueba precisos y detallados depende en gran medida de su comprensión del recorrido 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). Esto ayuda a AutopilotTM 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".
Los criterios de aceptación claros y medibles son vitales para establecer las expectativas de la aplicación y guiar a AutopilotTM para verificar resultados específicos. Deben abarcar tanto escenarios positivos como 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, AutopilotTM podría 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"
Esta sección proporciona directrices para que puedas permitir que AutopilotTM se centre en los aspectos que deben tenerse en cuenta al generar casos de prueba.
Guía a AutopilotTM proporcionando instrucciones adicionales en la pantalla Proporcionar orientación adicional . Utilice las solicitudes listas para usar de la Biblioteca de solicitudes, que ayudan a generar casos de prueba de extremo a extremo a partir de diagramas de flujo, generar pruebas para escenarios válidos de extremo a extremo, generar pruebas para encontrar problemas difíciles de alcanzar, generar pruebas de extremo a extremo a partir de diagramas de flujo, y generar pruebas para encontrar problemas difíciles de alcanzar. También puedes añadir tus propias solicitudes personalizadas a la Biblioteca de solicitudes, especialmente las que utilizas con frecuencia para la generación manual de casos de prueba.
Para generar un número específico de casos de prueba, indica a AutopilotTM con comandos como "Generar los 20 mejores casos de prueba para este requisito". De forma predeterminada, AutopilotTM genera los resultados esperados solo para el paso de prueba final en cada caso de prueba. Para generar resultados esperados para cada paso de prueba, utiliza "Generar resultados esperados para cada paso de prueba". Además, AutopilotTM puede generar condiciones previas y/o posteriores para casos de prueba manuales bajo petición. Especifica qué incluir o excluir, ya que las condiciones previas y posteriores no se generan de forma predeterminada.
Esta sección enumera los documentos de apoyo que puedes proporcionar a AutopilotTM. Estos documentos son información adicional que complementa la descripción de un requisito en Test Manager. Estos documentos están destinados a mejorar la comprensión de Autopilot sobre un requisito, lo que le permite generar casos de prueba más precisos y útiles para un requisito.
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.
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.
En sectores regulados como la sanidad, las finanzas o las telecomunicaciones, considera la posibilidad de incluir documentos normativos y de cumplimiento. Estas directrices a menudo se aplican universalmente a varios requisitos (por ejemplo: historias de usuario o casos de uso) en Test Manager. Al cargar estos documentos, permites que Autopilot integre los estándares de cumplimiento en los casos de prueba que genera para cada requisito, no solo aquellos directamente vinculados 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 coherente en todos los requisitos probados por Autopilot.
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.
En esta sección se describen las limitaciones actuales de AutopilotTM.
Solo puedes cargar las siguientes extensiones de archivo, desde las que Autopilot procesa solo el contenido de texto:
- DOCX
- XLSX
- TXT
- CSV
- PNG
- JPG
- BPMN
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.
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.
- Descripción del requisito
- 1. El propósito del requisito
- 2. Lógica de la aplicación
- 3. Criterios de aceptación
- Instrucciones adicionales
- Documentos compatibles
- Diagramas de proceso
- Maquetas y nombres alámbricos
- Documentos de cumplimiento
- Transcripciones de discusión
- Limitaciones funcionales
- Tipos de archivo compatibles
- Capacidad del token de entrada
- Generación de casos de prueba