Sbqs 2010 Processo de Teste de Software para Scrum

INdT

TestLink

QUALIDADE

MANTIS

VALIDAÇÃO

Verificação

Bug

SCRUM

Experiência em Automação do Processo de Testes em Ambiente Ágil com SCRUM e Ferramentas

OpenSource

Instituto Nokia de Tecnologia

SELENIUM

Eliane Collins & Luana Lobão

Belém – PA , Jun 2010

Simpósio Brasileiro de Qualidade de Software - SBQS

AGILIDADE

Company Confidential

2. Contexto do Ambiente

1. Introdução

Agenda

3. Processo de Teste Automatizado

5. Resultados & Conclusão

4. Execução do Processo


3

IntroduçãoIntrodução


INTRODUÇÃO

� Projeto web com metodologia ágil Scrum requer esforço de teste

� Identificar problemas nos browsers Firefox, IE6 e IE7

� Necessidade que o processo de teste fosse ágil e efetivo

� Automação de testes funcionais

4


5

Contexto do AmbienteContexto do Ambiente


CONTEXTO DO AMBIENTE

� Instituto Nokia de Tecnologia – INdT

�É uma instituição independente e sem fins lucrativos comprometida com a realização de pesquisa e desenvolvimento de soluções tecnológicas através do desenvolvimento de aplicações, novas tecnologias e conceitos.

�A área onde a experiência foi desenvolvida foi Tecnologias de Produto e Manufatura (PMT).

6



� SCRUM

� Metodologia ágil e flexível, centrada no trabalho em equipe;

� Utilizada para o desenvolvimento incremental e iterativo de qualquer produto

7



� On Line Customer Satisfaction Survey - OCSS

� Fornecer o resultado sobre Pesquisa de Satisfação do Cliente ao time de desenvolvimento do projeto

�Web, linguagem Ruby, framework Rails, IDE Aptana Studio, MySQL

� Apenas 1 recurso para execução de teste

� Pouco tempo estimado para teste

� Sem ferramentas para teste ou processo formal

8


9

Processo de TesteProcesso de Teste


PROCESSO DE TESTE

� Artefatos principais: Plano de Teste, Especificação de Casos de Teste e Relatório de Execução de Casos de Teste

� Métrica: 100 % de funcionalidade

� Testador fazia parte da equipe scrum

� Análise de ferramentas de automação de testes abertas

�Testlink, Mantis e Selenium

10


PROCESSO DE TESTE

� Ciclo a cada sprint:

� Estudo das Ferramentas de teste – primeiro sprint

� Configuração do ambiente de teste – segundo sprint

� Planejamento dos casos de teste das estórias do sprint

� Escrever scipts de teste automáticos

� Executar testes exploratórios e os testes automáticos

� Gerar relatórios de execução de testes

� Cadastrar defeitos

� Validar defeitos e executar regressão de testes (suíte automática)

11


12

Execução do ProcessoExecução do Processo


Execução do Processo

�Selenium

� Suíte de ferramentas open-source que auxiliam na execução de testes funcionais em um sistema Web;

� Funciona nos principais browser’s, plataformas e linguagens

13



14



15



16



17



18


19

Resultados & ConclusãoResultados & Conclusão


RESULTADOS

� Cobertura 100% das funcionalidades

� Testes de regressão encontravam novos defeitos nas funcionalidades anteriormente concluídas

� Testes automáticos detectavam problemas de interface e compatibilidade entre browsers

� Defeitos de interface corresponderam a 65% dos defeitos encontrados na aplicação

20


RESULTADOS

� 95% dos defeitos de interface eram de incompatibilidade de browsers

� Relatórios gerados automaticamente economizavam tempo

� Automação propiciou mais tempo para testes e avaliação de desempenho do sistema

� O cliente não encontrou problemas de interface e as funcionalidades foram garantidas

21


CONCLUSÃO

� No scrum é necessário atualizar testes a cada sprint

� O tempo para o primeiro sprint com teste foi o maior

� Reaproveitamento de scripts de teste

� Estimativa de tempo para correção de defeitos tinha que ser maior

� Pesquisa por novas ferramentas de teste

� Aplicação do processo em outros projetos

� Formalização do processo de teste na empresa

22


OBRIGADA!

23

Sbqs 2010 Processo de Teste de Software para Scrum

Technology

Transcript of Sbqs 2010 Processo de Teste de Software para Scrum