...

Papéis do Time de Ecossistemas: Review da Solução

...

O Time time de Ecossistemas é o responsável por realizar o Review da Solução do parceiro. Para sua referência, esta é a composição do time e os papéis que eles desempenham na avaliação. Esse time garantirá que sua solução atenda aos critérios de Segurança e Qualidade.

...

Time de Ecossistemas: quem contatar para ajudar

...

O Time time de Ecossistemas está aqui para apoiar você durante o Review da Solução.

...

• Gerenciamento de dependências

  • Registro: Todas as bibliotecas JavaScript externas devem ser referenciadas no arquivo application.info.

  • Evite redundância: O TOTVS Fluig já carrega nativamente bibliotecas como jQuery, jQuery UI e o Fluig Style Guide. Não as adicione novamente ao seu projeto para evitar conflitos e peso desnecessário.

• Diretrizes técnicasFuncionalidades obrigatórias

  • Internacionalização (i18n): Todos os textos visíveis (títulos, labels, avisos) devem utilizar chaves de tradução, e não texto fixo no código.

  • Licenciamento: Implemente a verificação de licença utilizando a API de Licença oficial.

...

• Identificação da solução (component.xml)

  • Arquivo mandatório: A presença do arquivo component.xml é essencial para o reconhecimento do componente.

  • Código único (component code): Este campo define a identidade da sua solução. Ele deve ser exclusivo em toda a Store(global). Certifique-se de que o código escolhido não entra em conflito com nenhuma outra solução já existente.

• Apresentação e experiência (Recomendado)experiência 

  • Página dedicada: Utilize o arquivo pages.xml para configurar uma página exclusiva para sua solução dentro do TOTVS Fluig.

  • Identidade visual: Inclua um ícone personalizado. Isso profissionaliza a entrega e facilita a identificação do app pelo usuário final.

...

• Estratégia de testes e QA

  • Roteiro de testes: Não teste de forma aleatória. Elabore e formalize um roteiro de testes que cubra as os principais funcionalidadesrecursos.

  • Evite o "Viés de Desenvolvimento": Desenvolvedores tendem a seguir o "caminho feliz" (o fluxo que sabem que funciona). Peça para uma pessoa externa ao desenvolvimento realizar os testes para identificar falhas não previstas.

  • Testes Fim-a-Fim (E2E): Valide todo o ciclo da jornada do usuário, desde a ação inicial até a conclusão do processo. Repita esse ciclo sempre que houver alterações no código.

...

• Validação de ambiente

  • Instalação limpa (Clean Install): Efetue a instalação da solução em um ambiente TOTVS Fluig "zerado" (sem configurações prévias). Isso garante que sua solução não dependa de arquivos ou configurações residuais da sua máquina de desenvolvimento.

• Processos e Colaboraçãocolaboração

  • Feedback contínuo (Metodologia Ágil): Caso utilize Sprints, agende demonstrações com o time de Ecossistemas ao final de cada ciclo. Apresentar a evolução, mesmo que parcial, permite receber sugestões antecipadas e evitar retrabalho.

  • Revisão de código (Code Review): Se utilizar controle de versão (como Git), adote o fluxo de Pull Requests. Permitir que outro desenvolvedor avalie o código antes da integração reduz drasticamente a incidência de bugs e erros lógicos.

...