28
Test Day 2012 Seminário Teste de Software 2012

Test day 2012

Embed Size (px)

DESCRIPTION

Test day 2012 na PUC em São Paulo.

Citation preview

Page 1: Test day 2012

Test  Day  2012  Seminário  Teste  de  Software  2012  

Page 2: Test day 2012
Page 3: Test day 2012

Coordenadores  

Page 4: Test day 2012

Palestras  

Page 5: Test day 2012

Arquitetura para Automação de Testes�

Page 6: Test day 2012

Dicas  

Page 7: Test day 2012

Dicas  

Ê  Não  colocar  SLEEP  

Ê  Automação  por  Record  and  Play  errado  

Page 8: Test day 2012

Dicas  

Page 9: Test day 2012

10  Mandamentos  para  automatizar  

Page 10: Test day 2012

����1 – Automação de teste não faz milagres!��2 – Automação de teste é mais programação do que teste.��3 – Defina seu escopo antes de começar a automatizar.��4 – Sempre pense na manutenção ao escrever seu código! Use OO / Page Objects.��  

1o  Mandamentos  para  Automatizar  

Page 11: Test day 2012

5 – Não é uma boa idéia automatizar todos os casos de teste! Priorize.��6 – Utilize uma linguagem que você tenha familiaridade. Caso esteja começando, utilize uma linguagem que você terá bastante suporte a curto prazo (fóruns, colegas de trabalho, equipe de desenvolvimento).��7 – Não reivente a roda! Utilize frameworks de teste de unidade para ajudar na execução.��

10  Mandamentos  para  Automatizar  

Page 12: Test day 2012

8 – Nunca use hardcode! Utilize massa de dados para teste ou arquivos de configuração.��9 – Melhor do que sair comentando todo o código é fazer uma lógica que seja compreensível ( nomes de classes e métodos).��10 – Devolva para comunidade o que você “tirou dela”. Compartilhe experiências e soluções que você encontrou na sua jornada.�

10  Mandamentos  para  Automatizar  

Page 13: Test day 2012

Mesclando automação de teste tradicionais com BDD�

Page 14: Test day 2012

Behavior Driven Development (BDD ou ainda uma tradução Desenvolvimento Guiado por Comportamento) é uma técnica de desenvolvimento Ágil que encoraja colaboração entre desenvolvedores, setores de qualidade e pessoas não-técnicas ou de negócios num projeto de software.�

Page 15: Test day 2012

Ferramenta  

Ê  TestComplet  

Page 16: Test day 2012

Teste de WebServices WCF com Visual Studio�

Page 17: Test day 2012

Automação de Teste de aplicativos Java usando Marathon e Jruby�

Lighting  Talking  

Page 18: Test day 2012

Automação de Teste com Selenium e Aspectj (AOP)�

Lighting  Talking  

Page 19: Test day 2012

Testes de Acessibilidade�

Page 20: Test day 2012

O teste de acessibilidade nada mais é do que verificar se o produto (site) está aderente aos padrões definidos pela W3C quanto a acessibilidade para pessoas com algum tipo de deficiência. ��A WAI (Web Acessibility Initiative) é a parte da W3C que desenvolve estratégias, guias e recursos que ajudam a tornar conteúdos Web acessíveis. �

Page 21: Test day 2012

Segurança de aplicações web, Conhecendo e considerando dentro do ciclo de vida do desenvolvimento do software.�

Page 22: Test day 2012

OWASP  TOP  10  –  Falhas  Segurança  Web    

Page 23: Test day 2012

Testes Ágeis – Quebrando Paradigmas e Implantando Soluções�

Page 24: Test day 2012

Como  Priorizar?  

Page 25: Test day 2012

Ser  ágil  é  ser  rápido?  

ü  Ser ágil não se trata de velocidade, se trata sobre ser enxuto;�

 ü  Para ser ágil e flexível será necessário

reduzir a massa, ficar mais enxuto, e isto a gente faz em Scrum usando o conceito de One Piece Flow (criar um fluxo de produção de uma única peça).�

Page 26: Test day 2012
Page 27: Test day 2012

Referências  

http://www.testday.com.br  http://keeptesting.com.br/2012/04/17/10-­‐mandamentos-­‐da-­‐automacao  http://pt.wikipedia.org/wiki/Behavior_Driven_Development      

Page 28: Test day 2012

@wellmarion�http://about.me/wellmarion�