Objetivo

Este guia tem o objetivo de apresentar, de maneira resumida, informações sobre o processo de Pré-QA dos apps desenvolvidos pelos parceiros da fluig Store.

Visão Geral

...

Após finalizar o desenvolvimento e testes do seu app, é o momento de enviá-lo para o quality assurance (QA). Considerando que o checklist para cada tipo de app já foi implementado conforme este quadro Para quem já é um parceiro fluig Store, acesse o documento completo do checklist de QA no Portal da fluig Store.

Porém, antes do envio para o QA de fato, existe essa etapa que chamamos de Pré-QA onde são avaliados alguns pré-requisitos antes mesmo da utilização do app.

Esse documento é um checklist básico de instruções que você deve seguir contém instruções a serem seguidas para agilizar o processo de Pré-QA do seu app. Seguindo corretamente essas instruções, a inspeção do seu app pelos analistas será mais fácil e rápida e você terá o resultado final, seja para publicá-lo na loja ou fazer os ajustes necessários para uma próxima rodada de QA.

Para quem já é um parceiro fluig Store, acesse o documento completo do check-list de QA no Portal da fluig Store.

podemos encaminhar o seu app para a etapa final no processo de QA.

Itens Avaliados

...

1. Adequação e clean code

• Widgets, Layouts e outros componentes do fluig já possuem uma estrutura padrão com pastas pré-definidas (css, js, images). Mantenha essa estrutura organizada.

• Referenciar todo e qualquer biblioteca de JS no arquivo application.info.

• Não deixe arquivos que não estão sendo utilizados dentro do componente. Se houver, remova-os antes de enviar para o QA.

• O fluig já inclui algumas das bibliotecas mais utilizadas, como jQuery, jQuery UI e o próprio fluig Style Guide. Não é necessário adicioná-las novamente.

• Internacionalização: Ao criar qualquer label, avisos, títulos e demais informações, é necessário internacionalizar os textos.

• Utilizar a verificação de licença através da API de Licença.

2. Componente adaptado para a fluig Store

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 , atendendo aos 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 é possível criar  para criação de uma página dedicada especialmente para o seu app/component, além de um ícone próprio personalizado.

Para mais detalhes técnicos, acesse o link do componente e leia o README.md.

3. Fazer o upload do

...

código 

Assim que o app/componente estiver adaptado para a fluig Store, o próximo passo é subir o código no repositório Git fluig. Nesse momento, você já deverá possuir um repositório exclusivo para o seu app/componente e um usuário e senha. Caso não tenha ainda, por favor entrar em contato através do Portal fluig Store.

Siga essas instruções na ordem ao subir o código:

...

A partir da master crie uma nova branch. (Fique à vontade para criar o nome. Recomendamos utilizar AAAA-MM-DD, por exemplo: 2018-04-10).

...

Efetue o checkout dessa nova branch e faça o commit e push do código.

...

enviar para o processo de App Review. Acesse o Portal do Parceiro Fluig e veja como enviar: https://portal.fluigstore.com/enviarapp

4. Documentação

Juntamente com a entrega do app, solicitamos também uma documentação, contendo informações e detalhes da utilização. Os itens a seguir são fundamentais:

• Fácil acesso a documentação

• Compatível com a versão do app (exibir apenas as features que contem 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

...

App Review

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.

...

Caso não seja aprovado, o relatório irá detalhar os motivos e quais ajustes deverão ser feitos. Os itens estarão identificados da seguinte maneira:

...

Alteração necessária: impede a publicação do app na fluig Store. Pode ser mau funcionamento, documentação insuficiente ou algo que interfira negativamente no uso do app.

...

Alteração recomendada: itens que não impedem o uso do app mas necessitam de análise para possível adequação. Não impede a publicação na fluig Store na versão em que o item foi identificado, mas pode ser cobrado futuramente, em uma nova versão do app.

...

.