O documento discute o papel do analista de teste em projetos Scrum. Ele participa de todas as fases do processo, como planejamento, estimativas, execução de testes e reuniões. O analista de teste ajuda a garantir a qualidade e que os itens estejam prontos para entrega, além de identificar riscos e necessidades de teste.
1. Papel do “Time de Teste” em Projetos SCRUM Gustavo Quezada
2.
3. Liderança “Não Ágil” “ Yes, agile is about micromanagment, but it’s about the team micromanaging themselves and for their own benefit.” – Mike Cohn
4. Desenvolvimento Ágil - SCRUM Processos: Reunião de Planejamento, Retrospectiva, Reunião Diária, Planejamento de Release e Sprints, etc. Ferramentas: Quadro Kanban, Post-it, User Stories, BurnDown, etc. Pessoas: Product Owner, Scrum Master, Time, etc. Cultura: Time multi-disciplinar, Auto-gerenciamento, Valores, Envolvimento do cliente, Entrega freqüente, Liderança-colaboração, Respeito, etc. Vale lembrar que o Rational Unified Process na versão 7.5 está ainda mais Ágil e de forma ainda mais clara. O fundamento do RUP nessa versão se chama “ Agile Core ”
5. Papéis no Desenvolvimento Não Ágil x SCRUM Quem faz a diferença é o Time O Analista de Teste faz parte do Time Scrum, nunca se esqueça disso T ogether E veryone A chieves M ore Surpresa!!!! O Analista de Teste é o “ Time de Teste ” Agora é só trocar “Time de Teste” por “Analista de Teste” Papel do Analista de Teste em Projetos SCRUM
31. SCRUM – Execução da Sprint Uma ferramenta de testes automatizados é a solução de todos os problemas de qualidade. Testabili-oquê? Você quer dizer que para criar testes automatizados será necessário modificar o sistema? Testes automatizados é moleza. Basta gravar a digitação e os cliques do mouse e depois executar o script. GERENTE SEM-NOÇÃO DESENVOLVEDOR ALOPRADO ANALISTA DE TESTE FORA DO CONTEXTO
32.
33. SCRUM – Execução da Sprint Idealmente, no mundo perfeito do Scrum, você NÃO precisa de testes de aceitação , uma vez que as releases geradas ao final de cada Sprint já estão prontas para a produção Inicie a implementação de novas funcionalidades, mas priorize a resolução dos defeitos antigos em produção Não inicie a construção de coisas novas antes das coisas antigas estarem em produção. Será que isso funciona?
41. SCRUM – Não é a bala de prata Não olhe somente para os número, tente analisar e entendê-los Aprenda e melhore com os erros. Aprender com os acertos é fácil Automatize e reduza o envolvimento humano em atividades manuais repetitivas Entregue valor para o cliente, não entregue sonhos FAÇA A RODA GIRAR Utilize ferramentas existentes e tente adaptá-las a sua realidade Idéias! Sempre bem-vidas Priorize e corrija o que for necessário
42. MUITO OBRIGADO ! Gustavo Quezada E-mail: [email_address] Blog: http://gustavoquezada.blogspot.com/