Índice

Introdução

Esta página tem o objetivo de descrever de forma geral o processo de qualidade do fluig, mostrando os níveis de testes que são executados nos processos de Inovação e Manutenção do produto.

Abaixo está ilustrado o fluxograma de desenvolvimento e níveis de teste que são executados em cada atualização do fluig.

Legenda de cores:

Processo de Inovação

Na inovação é que são implementadas novidades no produto, ou seja, são desenvolvidos novos recursos funcionais.

Após finalizar o desenvolvimento de uma novidade, esta é submetida aos seguintes níveis de testes:

Teste de unidade

Teste integrado

Quality Inovação

Caso determinada novidade não esteja pronta e devidamente testada e aprovada a mesma não é liberada para a atualização corrente, sendo transferida para a próxima atualização.

  Processo de Manutenção

Paralelamente ao processo de Inovação, na Manutenção ocorrem as correções dos chamados de bugs que foram devidamente priorizados para correção e que serão liberados na atualização corrente do fluig.

Após finalizar o ajuste (correção) de um bug, este é submetido aos seguintes níveis de testes:

Teste integrado:

Quality Manutenção:

* Cenários “essenciais” são casos de testes definidos como extremamente críticos para utilização do produto.

  Resumo Tipos de Testes e Responsabilidades

 Testes Automatizados e Integração Contínua

Complementando os níveis de testes citados anteriormente, utilizamos o Bamboo como software de integração contínua.

O Bamboo possui vários planos de compilação dos ambientes de Manutenção e Inovação, alertando as equipes responsáveis caso ocorra algum erro de compilação do produto.

Além de compilar o produto várias vezes por dia, o Bamboo também executa a bateria de testes automatizados. Seguem abaixo alguns detalhes destes testes:

    1. A bateria de testes automatizados do fluig possui atualmente 1060 testes. Esta bateria é executada diariamente, 2 vezes por dia para cada um dos 3 bancos homologados pelo fluig: MySQL, SQL-Server e Oracle.
    2. Em caso de quebra de algum cenário de teste automatizado, a causa deve ser investigada e corrigida com urgência.
    3. A atualização não é liberada para cliente caso ocorra alguma quebra de teste automatizado.