Directrices de control de calidad

Todas las actividades de los socios se publicarán en Go! marketplace debe pasar por pruebas de seguridad y funcionalidad. Para facilitar y acelerar el proceso de prueba de control de calidad de tus actividades personalizadas, se recomiendan las siguientes directrices.

Requisitos previos

• La documentación y la ayuda para el usuario (si procede) deben estar completas y proporcionadas en el momento de la publicación.
• La documentación debe ser sensible al contexto y explicar cómo lograr tareas comunes.
• Tanto el paquete NuGet como la solución de código fuente se deben proporcionar en la publicación para completar la revisión legal y de seguridad.
• Si se utiliza software de terceros (integración), se debe proporcionar un entorno de Sandbox.
• El socio tecnológico debe proporcionar las pruebas.

Paquetes

• Las descripciones de los paquetes deben estar presentes y explicar el propósito del paquete.
• Las bibliotecas externas no deben construirse, sino que se debe hacer referencia a ellas.
• Todas las dependencias deben aparecer correctamente en el paquete NuGet.
• Las licencias deben estar presentes en la descripción del paquete.
• Compatibilidad: los paquetes pueden instalarse y ejecutarse correctamente en todas las versiones compatibles de nuestro sistema.
• Las actividades deben poder ejecutarse tanto desde Studio como desde Orchestrator.

Panel de actividades

• Las actividades que no son creadas por UiPath no deben usar el espacio de nombres de UiPath.
• El espacio de nombres debe respetar las pautas.
• Todas las actividades deben tener descripciones breves de su funcionalidad al pasar el ratón **.
• Los nombres de las actividades deben mostrarse correctamente **.

Panel de diseñador

• Si las actividades están destinadas a usarse en un ámbito, pero no lo están, deben solicitar un mensaje de validación **.
• Los campos obligatorios deben mostrar un mensaje de validación si no se utilizan o se utilizan incorrectamente **.
• Todos los mensajes de validación deben ser informativos y fáciles de usar.
• Los nombres para mostrar nunca se deben recortar **.
• Los iconos de actividades deben ser los mismos que los del panel Actividades.
• Si corresponde, los nombres de las propiedades no deben recortarse **.
• Si se utilizan asistentes, su funcionalidad nunca debería poder generar un resultado no válido.
• Si la actividad incluye el botón minimizar, debería hacerlo.
• Cuando la actividad esté resaltada, la tecla F1 debería llevarle a la página de Ayuda adecuada

Propiedades

• Igual que el panel Diseñador donde corresponde.
• Todas las propiedades (excepto la versión heredada deWWF) deben tener descripciones al pasar el ratón **.
• Mantenga las propiedades organizadas en las categorías adecuadas.

General

• ¡Sea coherente! La coherencia es clave para la calidad.
• Si se utilizan clases personalizadas, asegúrese de que los métodos y propiedades públicos estén documentados.
• Nunca asuma que el usuario final tiene la misma comprensión sobre su sistema de destino, así que asegúrese de que las actividades sean fáciles de usar y de usar.
• Asegúrate de que no hay incoherencias entre el paquete de actividades que quieres publicar y la documentación que se proporciona.

** Las condiciones deben cumplirse en todos los idiomas si se implementa la localización.