- Primeros pasos
- Gestión de proyecto
- Documentos
- Trabajo con el análisis de impacto de cambios
- Creación de casos de prueba
- Asignar Casos de prueba a los Requisitos
- Clonación de casos de prueba
- Exportar casos de prueba
- Vincular casos de prueba en Studio a Test Manager
- Delete test cases
- Casos de prueba manuales
- Documentar casos de prueba con Task Capture
- Parámetros
- Habilitar la gobernanza a nivel de proyecto
- Deshabilitar la gobernanza a nivel de proyecto
- Habilitar el control a nivel de caso de prueba
- Deshabilitar el control a nivel de caso de prueba
- Gestionar aprobadores para casos de prueba controlados
- Gestionar casos de prueba gobernados en el estado En trabajo
- Gestionar casos de prueba controlados en el estado En revisión
- Gestionar objetos controlados en estado Firmado
- Gestionar comentarios para casos de prueba controlados
- Aplicar filtros y vistas
- Importar conjuntos de pruebas de Orchestrator
- Creating test sets
- Añadir casos de prueba a un conjunto de pruebas
- Asignar usuarios predeterminados en la ejecución del conjunto de pruebas
- Habilitación de la cobertura de actividad
- Habilitar Healing Agent
- Configurar conjuntos de pruebas para carpetas de ejecución y robots específicos
- Anular parámetros
- Clonación de conjuntos de pruebas
- Exportar conjuntos de pruebas
- Aplicar filtros y vistas
- Preguntas frecuentes: paridad de características: Test Manager frente a Orchestrator
- Ejecución de pruebas manuales
- Ejecución de pruebas automatizadas
- Ejecutar casos de prueba sin un conjunto de pruebas
- Ejecutar pruebas mixtas
- Crear ejecuciones pendientes
- Aplicar una orden de ejecución
- Volver a ejecutar ejecuciones de prueba
- Programar ejecuciones
- Solución de problemas de ejecuciones automatizadas
- Paquete de usuarios virtuales de pruebas de rendimiento
- Pruebas de rendimiento: ejemplo de uso
- Platform Units y costes de infraestructura
- Licencias adicionales
- Crear pruebas automatizadas
- Ejecutar escenarios de rendimiento
- Limitaciones conocidas para las pruebas de rendimiento
- Mejores prácticas para pruebas de rendimiento
- Solución de problemas de pruebas de rendimiento
- Pruebas de accesibilidad para Test Cloud
- Operaciones y utilidades del proyecto
- Configuración de Test Manager
- Integración de herramientas de ALM
- Integración de API
- Agentes de codificación para pruebas
- Solución de problemas
Modelo de consumo de Platform Unit y coste de infraestructura para pruebas de rendimiento ejecutadas a través de robots en la nube sin servidor en Test Manager.
Las Platform Units y los costes de infraestructura se vuelven relevantes cuando las pruebas de rendimiento se ejecutan a través de robots en la nube sin servidor, ya que cada ejecución de robot consume Platform Units proporcionadas por la infraestructura en la nube de UiPath.
Para los robots locales, no se necesitan Platform Units, pero los clientes deben asegurarse de aprovisionar y mantener suficientes máquinas locales para manejar la carga de prueba requerida, lo que impulsa sus propios costes de infraestructura.
Los grupos de robots elásticos ofrecen una tercera opción junto con sin servidor y en las instalaciones: generar carga desde tu propia capacidad privada de Azure, AWS o Google Cloud, escalar los inyectores de carga hacia arriba y hacia abajo según lo requiera una prueba, en lugar de utilizar la infraestructura compartida de tenant múltiple de UiPath o mantener tu propio hardware local.
Los grupos de robots elásticos están dirigidos a clientes regulados cuya postura de cumplimiento descarta la generación de carga en la nube compartida, pero que no desean dimensionar y mantener las máquinas locales ellos mismos. Para configurar tu propia infraestructura de Azure para este propósito, consulta Configuración del proveedor de la nube.
Para obtener más información sobre las Platform Units en el contexto de las pruebas de rendimiento, consulta el tema Consumo de Platform Units en la documentación de Orchestrator.