Diretrizes de controle de qualidade

Todas as atividades de parceiros a serem publicadas no Go! O marketplace deve passar por testes de segurança e funcionalidade. Para oferecer suporte e acelerar o processo de teste de controle de qualidade para suas atividades personalizadas, as seguintes diretrizes são recomendadas.

Pré-requisitos

• A documentação do usuário e a ajuda (se aplicável) devem estar completas e fornecidas no momento da publicação.
• A documentação precisa diferenciar o contexto e explicar como realizar tarefas comuns.
• Tanto o Pacote NuGet quanto a solução do Código-Fonte devem ser fornecidos na publicação para concluir a Revisão do Departamento Jurídico e de Segurança.
• Se for usado um software de terceiros (integração), um ambiente de área restrita deve ser fornecido.
• A evidência do teste deve ser fornecida pelo Parceiro de Tecnologia.

Pacotes

• É necessário estar com as descrições do pacote e explicar seu propósito.
• As bibliotecas externas não devem ser integradas, mas referenciadas.
• Todas as dependências devem ser devidamente listadas no pacote NuGet.
• As licenças devem estar presentes na descrição do pacote.
• Compatibilidade: os pacotes podem ser instalados e executados corretamente em todas as versões compatíveis do nosso sistema.
• As atividades devem poder ser executadas tanto no Studio quanto no Orchestrator.

Painel de Atividades

• As atividades que não são criadas pela UiPath não devem usar o namespace da UiPath.
• O namespace deve respeitar as diretrizes.
• Todas as atividades devem ter breves descrições de sua funcionalidade ao passar o mouse **.
• Os nomes das atividades devem ser exibidos corretamente**.

Painel do Designer

• Se as atividades devem ser usadas em um escopo, mas não são, elas devem solicitar a mensagem de validação **.
• Os campos obrigatórios devem solicitar uma mensagem de validação se não forem usados ou forem usados incorretamente **.
• Todas as mensagens de validação devem ser informativas e amigáveis.
• Os nomes de exibição nunca devem ser cortados**.
• Os ícones de atividades devem ser os mesmos do painel Atividades.
• Se aplicável, os nomes das propriedades não devem ser cortados **.
• Se assistentes forem usados, sua funcionalidade nunca deve ser capaz de gerar um resultado inválido.
• Se a atividade tiver o botão Minimizar, ela deverá.
• Quando a atividade estiver realçada, a tecla F1 deve levar você para a página de Ajuda adequada

Propriedades

• Igual ao painel Designer, quando aplicável.
• Todas as propriedades (exceto WWF legado) devem ter descrições ao passar o mouse **.
• Manter as propriedades organizadas nas categorias adequadas.

Geral

• Seja consistente! A consistência é a chave para a qualidade.
• Se forem usadas classes personalizadas, certifique-se de que os métodos e propriedades públicos estejam documentados.
• Nunca assuma que o usuário final tem o mesmo conhecimento sobre seu sistema de destino, então certifique-se de que as atividades sejam amigáveis e fáceis de usar!
• Certifique-se de que não haja inconsistências entre o pacote de atividades que você deseja publicar e a documentação fornecida para ele.

** As condições devem ser atendidas em todos os idiomas se a localização for implementada.