Árvore de páginas

Versões comparadas

Chave

  • Esta linha foi adicionada.
  • Esta linha foi removida.
  • A formatação mudou.

...

Após finalizar o desenvolvimento e testes do seu app, é o momento de enviá-lo para o quality assurance (QA). Para quem já é um parceiro fluig Store, acesse o documento completo do check-list checklist de QA no Portal da fluig Store.

...

Nota

Essa etapa de Pré-QA tem como objetivo , verificar itens básicos como: código-fonte no git.fluig.com(Stash), build do projeto, deploy e ativação no fluig, disponibilidade e fácil acesso a documentação, verificar confirmar se o app está consultando o License Server(LS) através do slotId e outros itens.

...

Para a fluig Store, padronizamos a estrutura que o componente deve ser desenvolvido, cujo objetivo também é acelerar o processo de QA, além de formatá-los para o download e instalação por meio da plataforma fluig de forma simples e rápida (Itens da Store). O componente deve seguir os padrões demonstrados no exemplo Sample Component e seguir as etapas , mantendo os requisitos abaixo: 

  • O arquivo final deve ser do tipo EAR. ear. O pacote pack é o responsável por criar esse arquivo .ear.

  • É essencial que o app/componente tenha o arquivo component.xml. Ele contém o component code, que é o código do seu componente dentro da fluig Store e no fluig do cliente que será instalado. Lembre-se que esse código é geral para todos os apps na fluig Store, ou seja, não pode existir mais de um app/componente com o mesmo component code.

  • Recomendamos a utilização do pages.xml, onde é vocẽ deve criar  para criação de uma página dedicada especialmente para o seu app/component, além de um ícone próprio personalizado.

Informações

O Sample Component pode ser simulado como um app dos Itens da Store, efetuando o download e instalação de maneira simples e rápida. Leia o README.md para verificar os detalhes. Para maiores informações ou dúvida, entre em contato com o pessoal da fluig Store.

...

  • Fácil acesso a documentação

  • Compatível com a versão do app (exibir apenas as features que contém no app e não features que estão em Road Map)
  • Layout agradável e amigável. Se possível com imagens , prints ou vídeos.

5. Envio para o QA

Após a verificação dos itens acima , (que é um processo rápido, em torno de 1 a 2 dias úteis), o app está apto a iniciar as análises do código-fonte e os testes exploratórios, que é o QA propriamente dito. Assim que for finalizada esta etapa, será enviado o resultado por meio de um relatório, que indicará se o app está aprovado ou não.

...

Informações
titleBoas práticas

Segue Seguem algumas dicas e boas práticas para você ter sucesso na aprovação do seu app:

  • Testes
    • Elabore e crie um Roteiro de Testes para o seu app. Aqui, Confira aqui uma dica de como criar um roteiro para testes de usabilidade.
    • Peça para alguma pessoa, que não seja um desenvolvedor do app, para fazer alguns testes. Geralmente o desenvolvedor fica 'viciado' nos testes e acaba sempre optando pela rota que funciona.
    • Faça testes contemplando todo o ciclo da jornada do usuário. Desde a ação inicial até completar o processo. Repita sempre que possível.
    • Efetue uma instalação do app em um fluig 'zerado'. Para isso, você pode utilizar uma imagem do fluig em Docker. Acesse o tutorial no Portal da fluig Store.
  • Caso utilize metodologia Ágil e o modelo de Sprints, assim que finalizar uma Sprint, marque uma demonstração com a equipe da fluig Store para apresentar a evolução do app. Mesmo que ele não esteja finalizado. Podemos , podemos dar sugestões/alterações para o andamento.
  • Se estiver trabalhando com um sistema de controle de versões como o Git, utilize o conceito de Pull Requests: assim mais de um desenvolvedor avalia o código criado por um único devdesenvolvedor. Isso pode prevenir e diminuir erros no fonte.
Segue um link para

Siga também as boas práticas de desenvolvimento

: https://www.devmedia.com.br/aplicando-boas-praticas-em-todo-o-processo-de-desenvolvimento/34407

relacionadas aqui.