Directives d'assurance qualité

Toutes les activités des partenaires doivent être publiées sur Go! marketplace doit passer par des tests de sécurité et de fonctionnalité. Pour prendre en charge et accélérer le processus de test QA pour vos activités personnalisées, les directives suivantes sont recommandées.

Prérequis

• La documentation utilisateur et l’aide (le cas échéant) doivent être complètes et fournies au moment de la publication.
• La documentation doit être contextuelle et expliquer comment réaliser les tâches courantes.
• Le package NuGet et la solution de code source doivent être fournis au moment de la publication afin de terminer l'examen des questions juridiques et de sécurité.
• Si un logiciel tiers est utilisé (intégration), un environnement de bac à sable doit être fourni.
• Une preuve de test doit être fournie par le partenaire technologique.

Paquets

• Les descriptions de paquets doivent être présentes et expliquer la fonction du paquet.
• Les bibliothèques externes ne doivent pas être intégrées, mais référencées.
• Toutes les dépendances doivent être correctement répertoriées dans le paquet NuGet.
• Les licences doivent être présentes dans la description du paquet.
• Compatibilité : vous pouvez installer et exécuter correctement les paquets sur toutes les versions prises en charge de notre système.
• Les activités doivent pouvoir être exécutées depuis Studio et Orchestrator.

Volet Activités (Activities)

• Les activités non créées par UiPath ne doivent pas utiliser l'espace de noms UiPath.
• L'espace de noms doit respecter les directives.
• Toutes les activités doivent comporter de courtes descriptions de leurs fonctionnalités sur pointage de la souris **.
• Les noms d'activités doivent s'afficher correctement **.

Volet Concepteur (Designer)

• Si des activités sont censées être utilisées dans une étendue, mais ne le sont pas, elles doivent nécessiter un message de validation **.
• Des champs obligatoires doivent nécessiter un message de validation s'ils ne sont pas utilisés ou sont utilisés incorrectement **.
• Tous les messages de validation doivent être informatifs et conviviaux.
• Les noms affichés ne doivent jamais être rognés **.
• Les activités des icônes doivent être identiques à celles du volet Activités (Activities)
• Le cas échéant, les noms de propriétés ne doivent pas être rognés **.
• Si des assistants sont utilisés, leur fonctionnalité ne doit pas être capable de générer un résultat valide.
• Si l'activité comporte le bouton Réduire (Minimize), elle doit le faire.
• Lorsque l'activité est surlignée, vous devez accéder à la page Aide (Help) appropriée à l'aide de la touche F1

Propriétés

• Identique au volet Concepteur (Designer), le cas échéant.
• Toutes les activités (sauf WWF hérité) doivent comporter des descriptions sur pointage de la souris **.
• Gardez les propriétés organisées dans les catégories appropriées.

Général

• Soyez cohérent ! La cohérence est essentielle à la qualité.
• Si des classes personnalisées sont utilisées, assurez-vous que les méthodes et propriétés publiques sont documentées.
• Ne supposez jamais que l'utilisateur final perçoit de la même façon votre système cible. Veillez à ce que les activités soient conviviales !
• Assurez-vous qu'il n'existe pas d'incohérences entre le pack d'activités à publier et la documentation fournie avec.

** Les conditions doivent être remplies pour toutes les langues si la localisation est implémentée.