- Notas relacionadas
- Primeros pasos
- Instalación y configuración
- Proyectos de automatización
- Acerca de los proyectos de automatización
- Acerca de la publicación de proyectos de automatización
- Gestionar paquetes de actividades
- Configuración de los Ajustes del Proyecto de Actividades
- Firma de paquetes
- Control
- Importar entidades
- Experiencia de diseño moderna
- Vincular un proyecto a una idea en Automation Hub
- Dependencias
- Tipos de flujos de trabajo
- Comparación de archivos
- Mejores prácticas de automatización
- Integración del control de código fuente
- Depuración
- La herramienta de diagnóstico
- Analizador de flujo de trabajo
- Acerca del analizador de flujo de trabajo
- ST-NMG-001: convención sobre nombres de variables
- ST-NMG-002: convención de nombres de argumentos
- ST-NMG-004: duplicación de nombres de visualización
- ST-NMG-005: anulación de variables
- ST-NMG-006: argumentos de anulación de variables
- ST-NMG-008: longitud variable excedida
- ST-NMG-009: variables de datos prefijados
- ST-NMG-011: argumentos de prefijo Datatable
- ST-NMG-012: valores predeterminados de los argumentos
- ST-NMG-016: longitud del argumento excedida
- ST-DBP-002: recuento de Argumentos elevado
- ST-DBP-003: bloque de Catch vacío
- ST-DBP-007: múltiples capas de diagramas de flujo
- ST-DBP-020: propiedades de salida no definidas
- ST-DBP-023: flujo de trabajo vacío
- ST-DBP-024: comprobación de actividad de persistencia
- ST-DBP-025: requisito previo para la serialización de variables
- ST-DBP-026: retraso en el uso de la actividad
- ST-DBP-027: mejor práctica de persistencia
- ST-DBP-028: requisito de serialización de argumentos
- ST-USG-005: argumentos de actividad codificados
- ST-USG-009: variables no utilizadas
- ST-USG-010: dependencias sin utilizar
- ST-USG-014: restricciones de los paquetes
- ST-USG-020: mensajes de registro mínimos
- ST-USG-024: guardado sin usar para más adelante
- ST-USG-025: uso incorrecto de los valores guardados
- ST-USG-026: restricciones de actividad
- ST-USG-027: paquetes necesarios
- ST-USG-028: Restringir la invocación de plantillas de archivo
- Variables
- Argumentos
- Espacios de nombres importados
- Grabación
- Elementos de la IU
- Flujo de control
- Selectores
- Repo. de objetos
- Extracción de datos
- Automatización de imágenes y texto
- Acerca de la automatización de imágenes y texto
- Actividades con el ratón y el teclado
- Ejemplo de uso de la automatización de ratón y teclado
- Actividades de texto
- Ejemplo de uso de la automatización de texto
- Actividades de OCR
- Actividades de imagen
- Ejemplo de uso de la automatización de OCR y la automatización de imágenes
- Automatizar las tecnologías de Citrix
- Automatización RDP
- Automatización de Salesforce
- Automatización SAP
- Automatización de VMware Horizon
- Registro
- La herramienta ScreenScrapeJavaSupport
- El protocolo WebDriver
- Conjunto de pruebas - Estudio
- Extensiones
- Solución de problemas
- Acerca de la resolución de problemas
- Compatibilidad y limitaciones de Microsoft App-V
- Solución de problemas de Internet Explorer x64
- Problemas de Microsoft Office
- Identificación de elementos de la interfaz de usuario en PDF con opciones de accesibilidad
- Reparar Soporte Active Accessibility
- Solución de problemas de aplicaciones de JxBrowser
- Supervisión de eventos de usuario
- Solución de problemas de Citrix
- Automatizar aplicaciones que se ejecutan en un usuario de Windows diferente
Acerca del analizador de flujo de trabajo
El Analizador de flujo de trabajo es un analizador de códigos estático que garantiza que tu proyecto cumple estrictas normas de calidad y fiabilidad. Un analizador de códigos estático comprueba las incoherencias sin ejecutar el proyecto, a diferencia de los analizadores dinámicos, que intervienen durante la ejecución.
El Analizador de flujo de trabajo usa un conjunto de reglas para comprobar si existen inconsistencias no relacionadas con la ejecución del proyecto. Las reglas se basan en las prácticas recomendadas de automatización y tienen en cuenta la denominación de variables y argumentos, las secuencias o flujos de trabajo vacíos, las restricciones de los paquetes, etc. El analizador no identifica errores de ejecución o compilación.
Está disponible en la pestaña de cinta Diseño, en los botones Analizar archivo y Analizar proyecto. El primero realiza un análisis del archivo centrado en el panel Diseñador, mientras que el segundo analiza todos los archivos del proyecto de automatización.
ST-
. UIAutomation.Activities, Excel.Activities, Testing Activitiesy Mail.Activities también tienen sus propias reglas, identificables por el prefijo.
También puede crear reglas personalizadas. Para obtener más información, consulta Crear reglas de analizador de flujo de trabajo en la guía para desarrolladores.
ST-NMG-001
:
ST
: revela que la regla está integrada en Studio.NMG
: muestra que la regla forma parte de la categoría Reglas de nomenclatura . La parte de las reglas de la categoría de anatomía del proyecto tiene la abreviaturaANA
, la parte de las prácticas recomendadas de diseño laDBP
, y así sucesivamente.-
001
: es el número de la regla.
Cada regla tiene un ámbito de aplicación:
- Actividad: las reglas se aplican a nivel de actividad, comprobando variables, argumentos y propiedades. La convención de denominación de variables es una de esas reglas.
- Flujo de trabajo: las reglas realizan comprobaciones en un único archivo de proyecto, por ejemplo, Variables no utilizadas.
- Proyecto: se realizan comprobaciones a escala de proyecto.
Las reglas tienen una serie de acciones que se pueden establecer:
- Error: genera un error en el panel Lista de errores.
- Advertencia: genera una advertencia en el panel Lista de errores.
- Información: genera un mensaje en el panel Lista de errores.
- Detallado: crea archivos de registro grandes.
Consulta la página Niveles de registro para obtener más información sobre el registro con Studio.
El proyecto o el archivo se analizan sobre la base de un conjunto de reglas disponibles en la ventana Configuración del proyecto:
- En el panel Proyecto, haz clic en el icono y, a continuación, selecciona Analizador de flujo de trabajo.
- En la cinta, haz clic en el botón Analizar archivo, a continuación, selecciona Configuración del Analizador de flujo de trabajo del menú desplegable.
Las reglas se pueden filtrar por ámbito y acción. De forma predeterminada, las reglas están ordenadas por código en la ventana, y las reglas habilitadas se muestran primero.
Configurar reglas
Puedes habilitar/deshabilitar una regla utilizando la casilla de verificación a su izquierda, o cambiar la acción predeterminada utilizando el desplegable a su derecha.
Algunas reglas no requieren ninguna configuración adicional, mientras que otras contienen parámetros que puedes configurar, como umbrales que no han de superarse o listas de elementos específicos que están permitidos o prohibidos. Ten en cuenta que cuando configuras reglas que contienen campos de texto (por ejemplo, Uso incorrecto de StringSegura o Restricciones de paquete, el texto no debería introducirse entre comillas.
Restablecer al valor predeterminado
Después de realizar los cambios en los valores predeterminados de las reglas, ya sean valores Regex o de umbrales, los valores pueden volver al estado predeterminado haciendo clic derecho en la regla y seleccionando Restablecer valores predeterminados.
La validación del archivo o proyecto se realiza cada vez que se lanza el Analizador de flujo de trabajo. Las opciones de validación están disponibles en el botón de cinta Analizar archivo, Validar archivo y Validar proyecto.
Esta acción comprueba si las variables, los argumentos, las expresiones y las importaciones están bien configurados. La acción Validar archivo se puede lanzar utilizando el atajo F8, mientras que para la acción Validar proyecto se utiliza el atajo Mayús + F8. La validación se puede cancelar en cualquier momento.
Los archivos que contienen errores se marcan en el panel Proyecto con un punto rojo, y los errores se muestran en los paneles Lista de errores y Salida.
.xaml
y se destacan los elementos que lanzaron el error, ya sea una actividad, un argumento o una variable.
.xaml
están validados. No se evalúan las condiciones de punto de interrupción.
Al lanzarlo, el Analizador de flujo de trabajo utiliza el conjunto de reglas configurado para comprobar el proyecto o el archivo, y registra los errores hallados en el panel Lista de errores, de acuerdo con la acción de la regla.
El panel Lista de errores filtra elementos por Errores, Advertencias y Mensajes. El menú desplegable del ámbito resulta útil para filtrar errores por proyecto, archivo actual o un archivo específico en la automatización. Además, los elementos se pueden filtrar por identificador de la regla.
Haz clic en una advertencia o error hallado para mostrar la recomendación de las reglas y un enlace a la página de documentación para cada regla.
Además de las violaciones de las reglas, en el panel Lista de errores se muestran también los errores que se pueden producir en la ejecución del análisis del flujo de trabajo. Cuando el Analizador de flujo de trabajo o una de las reglas configuradas no se ejecuta, se registra un error con detalles sobre la causa del mismo en la descripción.
UiPath.Studio.CommandLine.exe
contiene un conjunto de parámetros para comprobar los archivos o proyectos en función de determinadas reglas, incluso en configuraciones de procesos CI/CD.
UiPath.Studio.CommandLine.exe
está disponible en la carpeta de instalación:
- Para las instalaciones por máquina, la ruta predeterminada es
%ProgramFiles%\UiPath\Studio\
. - Para las instalaciones por usuario, la ruta predeterminada es
%LocalAppData%\Programs\UiPath\Studio
.
Configurar reglas
De forma predeterminada, todas las reglas del Analizador del flujo de trabajo están habilitadas al instalar Studio, a excepción de las siguientes:
Puedes configurar las reglas:
- En la ventana Configuración del analizador de flujo de trabajo, habilita o deshabilita reglas haciendo clic en la casilla de verificación situada junto a cada una de ellas.
- Desde el archivo
RuleConfig.json
, ruta%LocalAppData%\UiPath\Rules
. Busca una regla específica, modifica sus parámetros, cambia el parámetroIsEnabled
afalse
para deshabilitar la regla. Si la ruta no es accesible, puedes colocar el archivoRuleConfig.json
en una ubicación personalizada e incluir la ruta al archivo en el comando. Para obtener más información, consulta Analizar archivos y proyectos.
Las reglas se organizan de acuerdo a su identificador único, visible también en la ventana Configuración del Analizador de flujo de trabajo.
([A-Z])
. Esto significa que los nombres de variables deben estar en mayúsculas. Todas las demás reglas se deshabilitaron en este ejemplo.
Analizar archivos y proyectos
UiPath.Studio.CommandLine.exe
.
Están disponibles los siguientes comandos del Analizador de flujo de trabajo:
analyze
: analiza todo el proyecto. Requiere la ruta al archivoproject.json
.analyze-file
: analiza un único archivo. Requiere la ruta al archivo.xaml
.
Están disponibles los siguientes argumentos para los comandos del Analizador de flujo de trabajo:
Argumento |
Descripción |
---|---|
|
Para analizar un archivo, proporciona la ruta al archivo
.xaml . Para analizar el proyecto completo, especifica la ruta al archivo project.json .
|
|
La ruta del archivo
RuleConfig.json . Especifica esta ruta solo si el archivo de configuración de la regla no se encuentra en la ubicación predeterminada (%LocalAppData%\UiPath\Rules ).
|
|
Ver los argumentos disponibles para cada comando. |
|
Comprobar la versión de
UiPath.Studio.CommandLine.exe .
|
UiPath.Studio.CommandLine.exe analyze-file -p "C:\BlankProcess\Main.xaml"
solo analiza un archivo de un proyecto, Main.xaml
. La salida del comando devuelve un diccionario codificado en JSON con la siguiente información para cada violación de una regla:
FilePath
: la ruta al archivo analizado.ErrorCode
: el identificador de la regla.ActivityDisplayName
: el nombre para mostrar de la actividad (null
si no se aplica).Item
: el nombre y el tipo del elemento (por ejemplo, actividad o variable) en el que se generó el mensaje de error.ErrorSeverity
: el valor del parámetroDefaultAction
, que es el mensaje de registro configurado para cada regla, ya sea Advertencia, Error, Información o Detallado.Description
: la descripción de la regla.-
Recommendation
yURL
: los cambios recomendados para resolver el problema, junto con el enlace a la documentación en la que se recoge más información.
RuleConfig.json
colocado en una ubicación personalizada, añade la ubicación al comando. Si utilizamos el comando anterior como ejemplo, para configurar las reglas con el archivo ubicado en C:\CustomFolder\RuleConfig.json
, ejecuta el comando de la siguiente manera: UiPath.Studio.CommandLine.exe analyze-file -c "C:\CustomFolder\RuleConfig.json" -p "C:\BlankProcess\Main.xaml"
.
echo %errorlevel%
después de ejecutarlo. Si no hay mensajes con el error ErrorSeverity
, se devuelve el código 0
. De lo contrario, se devuelve 1
.
.xaml
vacío, se muestra un error.
Los identificadores únicos globales (GUID) utilizados como prefijos para una entrada se generan en cada ejecución y se aplican solamente al resultado actual.
Para configurar Studio para exportar los resultados de cada análisis de flujo de trabajo a la carpeta del proyecto, ve a Vista Backstage de Studio > Configuración > Diseño y habilita la opción Exportar resultados del analizador.
\.local\.analysis\
de la carpeta del proyecto en un archivo con nombre y con la marca de tiempo del análisis seguido de project_analysis_results.json
(cuando se utiliza la opción Analizar proyecto) o de file_analysis_results.json
(cuando se utiliza la opción Analizar archivo).
.local
está oculta. Puedes habilitar la visualización de elementos ocultos desde la configuración del explorador de archivos de Windows.
Los archivos contienen la siguiente información sobre cada regla habilitada:
RuleId
: el identificador de la regla.RuleName
: el nombre de la regla.Parameters
: los parámetros personalizables de la regla, en su caso.Severity
: la acción de la regla, si se incumple la regla.ErrorsDescription
: una lista de mensajes de error generada por la regla, en su caso.
Puedes evitar la ejecución, publicación e inserción/confirmación para proyectos de repositorio remotos que contengan errores de Analizador de flujo de trabajo habilitando las siguientes opciones desde la vista Backstage de Studio > Ajustes > Diseño:
- Aplicar Analizador antes de ejecutar: cada vez que se inicia la ejecución/depuración de un archivo o proyecto, el Analizador de flujo de trabajo comprueba todas las reglas con la acción
Error
y la ejecución solo se permite si no se detecta ningún error. - Aplicar Analizador antes de publicar: cada vez que se inicia el proceso de publicación, el Analizador comprueba todas las reglas habilitadas, con independencia de su acción, y la publicación solo se permite si no se viola ninguna regla con la acción
Error
. - Aplicar el analizador antes de insertar/confirmar: se inicia cuando se envíe un proyecto a un repositorio remoto (Confirmar e insertar para GIT, Registrar para SVN y TFS), el Analizador de flujo de trabajo comprueba todas las reglas habilitadas independientemente de su acción y la operación está permitida solo si no hay infracciones de reglas con la acción
Error
.
Error
), los resultados del análisis del flujo de trabajo se incluyen en el paquete .nupkg
publicado en el archivo project_analysis_results.json
ubicado en \lib\net45\.analysis\
. El archivo contiene la siguiente información sobre cada regla habilitada:
RuleId
: el identificador de la regla.RuleName
: el nombre de la regla.Parameters
: los parámetros personalizables de la regla, en su caso.Severity
: la acción de la regla (si se incumple la regla).ErrorsDescription
: una lista de mensajes de error generada por la regla, en su caso.