O documento descreve o papel do tester em um projeto Scrum. O tester atua em todas as fases do projeto, desde a definição inicial do escopo até a ativação do sistema, planejando e executando testes, identificando defeitos e fornecendo métricas para melhoria contínua. O objetivo do tester é antecipar problemas e garantir a qualidade do software entregue ao cliente.

1. O Papel do
Tester em um
Projeto Scrum.
Vinicius Sabadoti

2. Primeiramente, quem sou eu!?
Formado em Sistemas de Informação na faculdade Dom
Bosco.
Iniciei minha carreira na área de testes como estagiário na
IBM.
Atualmente trabalho em Campinas na empresa Ci&T, onde
comecei a trabalhar com Scrum.
Experiências em testes Funcionais, Layout e dispositivos
mobile.

3. O que é Scrum?
É um processo de desenvolvimento iterativo e incremental
para gerenciamento de projetos e desenvolvimento ágil de
software.

4. Time Scrum
PO - Product Owner (Cliente)
SM - Scrum Master
Time Desenvolvimento (Desenvolvedores e
Tester)

5. Fases do Projeto
Setup Desenvolvimento do Software Ativação

6. Fases do Projeto
Setup Desenvolvimento do Software Ativação
O Tester trabalha somente na fase de desenvolvimento?
Sua atuação pode ser maior do que somente Planejar e
Testar.

7. Setup
Fase de definição de escopo (PB) concepção do projeto e
definições.
Nesta fase é possível entender o escopo do projeto e
auxiliar nas definições:
- Tipos de testes.
- Sistema Web? Quais navegadores e resolução.
- Sistema Mobile? Quais Sistemas Operacionais.

8. Porque definir o escopo de testes!?

9. Desenvolvimento do Software
O Desenvolvimento do Software é dividido por Sprints.
As sprints são compostas por alguns eventos (ritos):
- Planning
- Reunião diária (Stand-up Meeting).
- Apresentação do que foi desenvolvido na Sprint (Demo)
- Retro.

10. Fase de Desenvolvimento - Planning
Rito de Reunião de início da Sprint onde são revisados,
priorizados e estimados os itens que serão desenvolvidos
e testados.
Nesta fase o tester deve:
- Entender quais testes deverão ser feitos.
- Questionar e procurar algum “furo” quanto a definição
do que deve ser desenvolvido.
- Se possível colocar em discussão cenários alternativos
de testes.

11. Fase de Desenvolvimento -
Codificação
Enquanto o time começa a codificar o tester inicia suas
atividades:
- Planejamento.
- Execução.
- Automação.
- Abertura dos defeitos encontrados.
- Coleta de métricas dos defeitos com Análise de causa
raiz.

12. Fase de Desenvolvimento - Daily
Reunião diária para cada um passar um status das
atividades.
Geralmente cada um fala:
● O que foi feito
o Os testes realizados
o Status dos bugs
● O que vai fazer
o Continuar com os testes
o Novos planejamentos.
● Se possui um algum impedimento.
o Impedido de executar os teste por conta de massa de dados
o Bug impeditivo

13. Fase de Desenvolvimento - Demo
Apresentar ao cliente o que foi desenvolvido, podendo ser
uma reunião presencial ou por conferência.
- Apresentar alguns fluxos na prática
- Responder possíveis dúvidas levantadas pelo cliente

14. Fase de Desenvolvimento - Retro
Reunião para discutir como foi o trabalho realizado durante
a sprint, o que foi bom e ruim.
Oportunidade para apresentar as métricas dos bugs
abertos durante a sprint.

15. Fase de Desenvolvimento - Retro
Com base das métricas podemos tomar ações para
uma melhoria:
Entendimento Negócio = Melhoria na especificação.
Fluxo Básico não Mapeado = Revisar o que foi
desenvolvido junto a especificação.
Bugs de Layout no IE: Realizar mais testes nesse
navegador.
Criação de check-list para Desenvolvedores.

16. Sprint 2
Inicia uma nova iteração, com oportunidade colocar em
prática as ações

17. Ativação
Ativação do sistema e entrega em produção.
- Testes em ambiente de produção (Se houver, testes
automatizados).
- Métricas de todo o projeto.

18. Resumo
Setup Desenvolvimento do Software Ativação

19. Conclusão
O profissional de qualidade pode ajudar em todas as fases
do projeto.
Sua atividade não abrange somente a planejar e testar o
sistema
Ele pode trazer melhoria no processo de qualidade, como
por exemplo atuar em processos para antecipar os bugs e
até evitar que aconteçam.

20. Referências
http://www.brq.com/metodologias-ageis/
http://goldshiftresale.blogspot.com.br/2011/04/product-backlog.html
http://www.bugbang.com.br/vida-de-um-agile-tester-parte-i-overview/
http://eliasnogueira.com/arquivos_blog/selenium/desafio/1desafio/
http://www.seleniumhq.org/

21. Dúvidas?

22. Obrigado!
Contato: vinicius.sabadoti@gmail.com
http://about.me/vini_sabadoti