• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Desmistificando agile testing tdc 2011
 

Desmistificando agile testing tdc 2011

on

  • 898 views

Slides apresentados no TDC 2011 - Goiânia

Slides apresentados no TDC 2011 - Goiânia

Statistics

Views

Total Views
898
Views on SlideShare
897
Embed Views
1

Actions

Likes
4
Downloads
0
Comments
0

1 Embed 1

https://twitter.com 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

Desmistificando agile testing tdc 2011 Desmistificando agile testing tdc 2011 Presentation Transcript

  • Desmistificando Agile Testing Tatiane Fukuda - 2011
  • Qual adiferença... ...entre teste tradicional e teste ágil?
  • Time tradicional ProdutoProjeto Implementação Teste Finalizado! MESESTime ágilNecessidade Versão 1 Versão 2 Versão 3 Versão 4 MESES
  • Time tradicional ProdutoProjeto Implementação Teste Finalizado! MESES
  • Time ágilNecessidade Versão 1 Versão 2 MESES Nova Versão 1 Versão 2 Versão 3 Necessidade
  • E o que a história dacafeteira tem a ver com o processo ágil?
  • Processo ÁgilMelhoria contínuaEntrega contínuaAdaptação a mudançasIncrementalComunicaçãoQualidade
  • Princípios do testador ágilFeedback contínuoEntrega de valor ao clienteComunicação face-to-faceCoragemSimplicidadeMelhoria contínuaResposta a mudançasAuto-organizaçãoFoco em pessoasDivirta-se! Fonte: Crispin, Lisa, and Gregory, Janet. Agile Testing: A Practical Guide for Testers and Agile Teams, Addison-Wesley, 2009.
  • Processo no Meme Reuniões diárias 24 horas IncrementoBacklog de Backlog do entregável do Produto Sprint produto 10 dias Review e Retrospectiva
  • O Time
  • Todo o time éresponsável pela qualidade
  • Planning Meeting
  • O escopo é negociável. A qualidade não!
  • Stand-up meeting
  • Reunião de retrospectiva
  • Fonte: http://www.infoq.com/news/2008/01/iterating-and-incrementing
  • Pair Programming / Pair Testing
  • stories tasks tasks to do to do wip done blocks T T T A T T A
  • studies in prod tech 2 bugs debt 3 other 5 { 3stories stories taks stories stories stories stories tasks taks tasks tasks waiting test to do in dev to do in dev dev test checkout PO review deploy scenarios done done push
  • Quadrantes de testes ágeis Automático e Manual voltado ao negócio Manual testes de aceitação (stories) testes exploratórios testes funcionais testes de usabilidade criticar o produto exemplos testes de aceitação (usuário)apoiar o time protótipos simulações Q2 Q3 alpha/beta testes unitários Q1 Q4 testes de carga/performance testes de componentes testes de segurança Automático voltado à tecnologia Ferramentas Fonte: Crispin, Lisa, and Gregory, Janet. Agile Testing: A Practical Guide for Testers and Agile Teams, Addison-Wesley, 2009.
  • Q1 apoiar o time testes unitários testes de componentes Automático voltado à tecnologiaUnit testsExternal Integration testsJavaScript YUI tests
  • voltado ao Automático e Manual negócio testes de aceitação (stories) testes funcionais apoiar o exemplos time Q2 protótipos simulaçõesFunctional testsSmoke testsAcceptance testsWalkthrough da user story
  • voltado ao negócio Manual testes exploratórios criticar o produto testes de usabilidade testes de aceitação (usuário) Q3 alpha/betaPO reviewWalkthrough antes do pushWalkthrough durante do push
  • Q4 criticar o produto testes de carga/performance testes de segurança voltado à Ferramentas tecnologiaTeste de cargaTeste de XSSParanoid review
  • Continuous integration
  • Pyccuracy• Testar deve ser fácil, senão acabamos testando menos• Ferramenta de Behavior-Driven-Development• Testes escritos em linguagem natural• Possibilidade de escrever plugins para melhorar a semântica dos testes• Construído em cima do Selenium
  • SeING
  • Pyccuracy
  • Como escrever os testes automatizados• Ser auto-explicativos• Ser focados• Ser escrito em uma linguagem que todos entendam• Escrever módulos que possam ser reusados
  • Gerenciamento de defeitos
  • Pontos para melhoria Diminuir Timesesforço no distribuídoswalkthrough Métricas de qualidade
  • Referências• Crispin, Lisa, and Gregory, Janet. Agile Testing: A Practical Guide for Testers and Agile Teams, Addison-Wesley, 2009.• Adzic, Gojko. Bridging the Communication Gap: Specification by Example and Agile Acceptance Testing, Neuri Limited, 2009.• Adzic, Gojko. Specification by Example: How Successful Teams Deliver the Right Software, Manning Publications, 2011.• Building software that matters - http://gojko.net/• Pyccuracy - http://www.pyccuracy.org
  • Obrigada!tatiane.fukuda@gmail.comhttps://www.facebook.com/tatiane.fukudahttp://twitter.com/tatiane_fukuda