GESTO DA QUALIDADE

Ciro Coelho
Gerente da Qualidade CGDT/S2GPR

Roteiro

1. 2. 3. 4. 5. 6.

Qualidade de software hoje Como estamos trabalhando Desenvolvimento com mltiplas equipes Processo de aceitao Critrios de aceitao Concluso

Qualidade de software hoje

Evitar abordagem tradicional com teste final Falta de foco no cliente = falta de qualidade Foco no processo
No basta esperar o produto final Bons processos Bons produtos Qualidade no trabalho qualidade no produto Qualidade parte do processo e responsabilidade de todos!

Melhoria contnua!!!

Qualidade de software hoje

Qualidade de software hoje

Como conseguir qualidade? Qualidade como parte do desenvolvimento Arquitetura testada Cdigo coberto por testes unitrios Negcio testado por testes funcionais Testes automatizados Anlise esttica de cdigo Integrao contnua Dividir para conquistar: pequenos releases Feedback: releases constantes

Como estamos trabalhando

TestNG
Selenium

Checkstyle

COBERTURA

JIRA

Como estamos trabalhando

Cdigo coberto por testes unitrios

TestNG Cobertura de testes medida automaticamente

COBERTURA

Como estamos trabalhando

Testes funcionais automatizados

Selenium

Anlises estticas de cdigo

Checkstyle

Como estamos trabalhando

Integrao contnua
COBERTURA

TestNG

Checkstyle

Selenium

Como estamos trabalhando

Ferramentas

Como estamos trabalhando

Como estamos trabalhando

Gerenciamento de mudanas e registro de problemas e pendncias

JIRA

Gerenciamento de verses

Como estamos trabalhando

Ferramentas

Como estamos trabalhando

Ferramentas

Desenvolvimento com mltiplas equipes

Estratgia de integrao
Mdulos possuem dependncias entre si. Exemplo: Contabilidade usa Ciclo Oramentrio Pacotes dos mdulos so gerenciados pela ferramenta artifactory. (Maven Repository Manager)

Desenvolvimento com mltiplas equipes

Estratgia de integrao
Equipe Ciclo Oramentrio Equipe Contabilidade

Desenvolvimento com mltiplas equipes

Estratgia de integrao Equipes trabalham nos branches de desenvolvimento

Integrao contnua com Hudson Gerao de build, executa testes, gerao de relatrios e aplicao de tag quando tudo for bem sucedido: tags/lastsuccessful/branch_<Nome_do_Branch> Apenas o Lder de Configurao altera Merge peridico dos branches de desenvolvimento a partir das verses estveis Resoluo de conflitos com equipes de desenvolvimento

Branch de integrao controlado

Ambiente de configurao - Ferramentas

Controle de verso: SVN Build: Maven Integrao contnua: Hudson Controle de mudanas: Jira

Desenvolvimento com mltiplas equipes

Processo de mudana
Mudanas nos artefatos recebidos so solicitadas ao grupo responsvel
Requisitos Arquitetura IHC Administrao de dados

Toda solicitao de mudana feita pelo Jira Impacto da mudana analisado junto s outras equipes Mudana pode ser realizada para Sprint corrente ou ser inserida no Backlog do Produto

Processo de aceitao

Pacote de entrega
Ata de Sprint Review Cdigo-fonte, incluindo classes de teste Scripts de testes funcionais Relatrio de testes unitrios Relatrio de testes funcionais

Processo de aceitao
Pacote de entrega
Release notes com as seguintes informaes:
Requisitos implementados Casos de teste funcionais automatizados Defeitos conhecidos (devem estar tambm no Jira), Lista de atualizaes pendentes nos documentos de requisitos e planilhas de teste (devem estar no Jira) Label da baseline de produto no SVN

Processo de aceitao

Product Backlog
Time de Desenvolvimento Product Owner Equipe de Auditoria

Apresentao de Sprint

Avaliao de Negcio

Avaliao de Qualidade

Item no validado

Item validado

JIRA

Produto integrado

Processo de aceitao

Checklist de Qualidade

Critrios de Aceitao

Pacote de Entrega
Checklist de Arquitetura Padro de Arquitetura

Auditoria da Qualidade
Padro de IHC Checklist de IHC

Processo de aceitao

Problemas registrados no Jira com suas criticidades:

Blocker: Problema que impede a continuao do desenvolvimento ou teste Critical: Problema que impede que o sistema ou uma funcionalidade central seja executada Major: Problema que impede que as regras de negcio da funcionalidade sejam atendidas Minor: Problema na execuo da funcionalidade que no impede que a regra de negcio seja atendida Trivial: Problemas cosmticos como erros ortogrficos ou elementos grficos mal posicionados

Critrios de aceitao

Sprint
75% do cdigo coberto por testes
75% de cobertura de linha (line coverage) 75% de cobertura de condio (branch coverage) Cobertura medida pela ferramenta Cobertura

90% dos casos de teste funcionais automatizados

Selenium

Critrios de aceitao

Sprint
Nenhum defeito blocker ou critical em aberto no Jira Nmero de defeitos major menor ou igual a 2 Meta do sprint atendida e validada pelo Product Owner

Critrios de aceitao

Release

75% do cdigo coberto por testes

75% de cobertura de linha (line coverage) 75% de cobertura de condio (branch coverage) Cobertura medida pela ferramenta Cobertura

100% dos casos de teste funcionais automatizados

Selenium

Critrios de aceitao

Release
Nenhum defeito blocker, critical ou major em aberto no Jira Nmero de defeitos minor menor ou igual a 2 Nmero de defeitos trivial menor ou igual a 5 Produto validado pelo Product Owner

Concluso

Qualidade verificada constantemente

Problemas so identificados cedo Diminuio do retrabalho Evita a Sndrome dos 90% Uso de ferramentas automatizadas Permite verificao constante da qualidade Viabiliza futuras verificaes da qualidade

Dvidas? Comentrios?

Ciro Coelho ciro.coelho@cgdt.org.br