Solicitudes predefinidas

Solicitudes predefinidas para la detección de pruebas, la generación de pruebas, la evaluación de requisitos y las pruebas de procesos empresariales de SAP disponibles en la biblioteca de solicitudes.

Para ayudarte a empezar a utilizar las capacidades impulsadas por IA, puedes utilizar las solicitudes predefinidas de la biblioteca de solicitudes. También puedes actualizarlos, según tus necesidades.

Detección de pruebas obsoletas

• Descripción: directrices para identificar pruebas obsoletas o irrelevantes en un requisito de prueba de aplicación.
• Modo de uso: encuentra pruebas obsoletas.
• Solicitud: identifica y marca pruebas que validan características, funcionalidades o API que han quedado obsoletas o eliminadas del sistema. Identifica pruebas que dupliquen la cobertura de la misma funcionalidad sin añadir validación o valor únicos. Referencia cruzada con requisitos actualizados para confirmar la relevancia. Marcar pruebas dirigidas a plataformas, configuraciones o entornos no compatibles (por ejemplo, navegadores obsoletos, sistemas operativos o hardware que ya no se utiliza). Marca las pruebas que son incompatibles con el entorno del sistema actual o dependen de dependencias obsoletas (por ejemplo, bibliotecas o herramientas que ya no son compatibles). Verifique que cada caso de prueba se remonta a los criterios de aceptación clave actuales en el requisito. Marcar las pruebas que carecen de una trazabilidad clara o que ya no reflejan los requisitos actualizados. Revise los casos de prueba para asegurarse de que sus pasos se alinean con el comportamiento actual del sistema como se define en los requisitos actualizados. Marcar aquellos con pasos obsoletos o desalineados.

Primera importación de prueba

• Descripción: directrices para importar un número seleccionado de casos de prueba manuales desde Excel.
• Modo de uso: importar casos de prueba.
• Solicitud: importa solo las 10 primeras pruebas de la primera hoja. Etiqueta todas las pruebas importadas con autopilot-imported.

Verificación de flujo de extremo a extremo

• Descripción: directrices para generar pruebas de extremo a extremo a partir de diagramas de flujo.
• Modo de uso: crear pruebas a partir de un requisito.
• Solicitud: verifica cada ruta única en el diagrama de flujo como un caso de prueba independiente. Céntrate exclusivamente en probar las rutas de extremo a extremo dentro del diagrama. Asegúrese de que cada caso de prueba represente un viaje completo desde el inicio hasta un punto final. Consiga una cobertura completa probando cada recorrido completo dentro del diagrama.

Generación rápida de ideas de prueba

• Descripción: directrices para generar numerosas ideas para probar rápidamente.
• Modo de uso: crear pruebas a partir de un requisito.
• Solicitud: no cree 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. Cree un mínimo de 50 casos de prueba creativos.

Pruebas de escenarios E2E válidas

• Descripción: directrices para generar pruebas solo para escenarios válidos de extremo a extremo.
• Modo de uso: crear pruebas a partir de un requisito.
• Solicitud: crea casos de prueba exclusivamente para recorridos de usuario válidos y completos. Evite los casos de prueba para entradas no válidas o validaciones de campo. Mantén los títulos de los casos de prueba en menos de 6 palabras, asegurándote de que sean claros e informativos.

Detección de problemas elusiva

• Descripción: directrices para generar pruebas para encontrar problemas esquivos.
• Modo de uso: crear pruebas a partir de un requisito.
• Solicitud: genera solo escenarios de prueba no convencionales pero plausibles para revelar problemas ocultos. Concéntrate en los escenarios de prueba que a menudo se pierden en las pruebas estándar, lo que requiere una visión más profunda. Desafíe el diseño del sistema y las suposiciones de comportamiento del usuario para encontrar debilidades. Utiliza una amplia gama de comportamientos de usuario, incluidos los atípicos, para descubrir problemas.

Pruebas de valor de límite

• Descripción: directrices para generar pruebas centradas en pruebas de valor límite.
• Modo de uso: crear pruebas a partir de un requisito.
• Solicitud: define rangos válidos e identifica valores mínimos, máximos y de borde para cada entrada. Centra los casos de prueba en estos valores límite, incluso dentro y fuera de los rangos válidos. Cubre los límites de rango más bajo, más alto y subdividido en tus casos de prueba. Asegúrate de que se prueban todos los límites de los campos de entrada en la aplicación.

Pruebas de procesos empresariales SAP

• Descripción: directrices para generar casos de prueba empresariales de SAP.
• Modo de uso: crea pruebas a partir de la transacción SAP.
• Solicitud: centrarse en escenarios empresariales de SAP válidos y realistas. Proporcione valores de ejemplo para todos los campos obligatorios. Utiliza valores realistas derivados de datos maestros o tablas de configuración. Para los campos opcionales, incluye una nota que indique que pueden omitirse a menos que se especifique. Evite los casos de prueba de borde y las entradas no válidas. Cree los 5 casos de prueba más comunes.

Evaluación del rendimiento

• Descripción: directrices para analizar los requisitos de los aspectos relacionados con el rendimiento
• Modo de uso: evalúa la calidad del requisito.
• Solicitud: genera las 10 mejores sugerencias de mejora centradas únicamente en los aspectos de rendimiento: -Tiempo: comprueba si se detallan los tiempos de respuesta específicos en varias condiciones de carga. -Rendimiento: comprueba si las tasas de rendimiento esperadas están claramente especificadas. -Escalabilidad: comprueba si el requisito aborda la escalabilidad bajo cargas crecientes. -Uso de recursos: comprueba si están definidos los límites de uso de CPU, memoria y almacenamiento. -Eficiencia: comprueba si el requisito promueve el uso eficiente de los recursos. -Gestión de carga: comprueba si se incluyen estrategias para gestionar las condiciones de carga máxima. -Concurrencia: comprueba si se especifican comportamientos en escenarios de usuarios concurrentes. -Latencia: comprueba si las cifras de latencia máximas aceptables están claramente establecidas.

Evaluación de seguridad

• Descripción: directrices para analizar los requisitos de los aspectos relacionados con la seguridad
• Modo de uso: evalúa la calidad del requisito.
• Solicitud: genera las 10 mejores sugerencias de mejora centradas únicamente en los aspectos de seguridad: -Acceso: comprueba si está claro quién puede acceder a la aplicación y en qué condiciones. -Protección: comprueba si se definen medidas de cifrado, anonimización y almacenamiento seguro. -Autenticación: comprueba si se incluyen la verificación de identidad y los controles de permisos. -Vulnerabilidad: comprueba si se abordan las medidas contra las vulnerabilidades conocidas. -Transmisión: comprueba si las transmisiones de datos cifrados son obligatorias. -Registro: comprueba si se incluyen disposiciones detalladas de registro y supervisión. -Cumplimiento: comprueba si se garantiza el cumplimiento de los estándares de seguridad relevantes. -Errores: comprueba si se especifican prácticas seguras de gestión de errores.

Auditoría multifacética

• Descripción: directrices para analizar los requisitos desde muchas perspectivas diferentes.
• Modo de uso: evalúa la calidad del requisito.
• Solicitud: genera las 10 mejores sugerencias de mejora desde diversas perspectivas: -Flujo de usuario: consulta la información detallada sobre el flujo de usuario y la lógica de la aplicación. -Coherencia: examina la coherencia lógica y la falta de contradicciones. -Relevancia: comprueba si el requisito resalta claramente las necesidades del usuario. -Justificación: comprueba si explica por qué es necesario y qué problema resuelve. -Claridad: comprueba la precisión y la claridad en la descripción del requisito. -Criterios: comprueba los criterios de aceptación medibles y alcanzables. -Completitud: comprueba la inclusión de todas las funcionalidades críticas. -Requisitos previos: ten en cuenta que faltan requisitos previos o condiciones necesarias antes de la implementación.