TDD conversa
•Transferir como PPTX, PDF•
0 gostou•67 visualizações
Palestra/Aula da utilização de JUnit por desenvolvedores, no método TDD.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a TDD conversa
Semelhante a TDD conversa (20)
TDD conversa
- 1. TDD, vamos conversar um pouco sobre isso??? Por Jeremias Araújo Testes também são feitos por Desenvolvedores
- 2. Agenda Sobre mim O que é Teste de Software? Test Drive Development Junit Vamos Praticar? Agradecimentos
- 3. Sobre mim Jeremias Araújo Analista de Testes Sr. https://www.facebook.com/jeremia s.queiroga https://www.linkedin.com/in/je remias-araujo-32417539 @Jeremias_Araujo
- 4. O que é Teste de Software? Teste de Software
- 5. O teste consiste em executar o programa com a intenção de encontrar erros (bugs). [The Art of Software Testing – Glendford Myers, John Wiley & Son, 1979] Teste de Software
- 6. Testamos todos os Dias... Teste de Software
- 7. Porque Continuamos Testandor? Teste de Software
- 8. Conceitos Básicos de Testes de Software Teste de Software
- 9. Equação Geral de Teste Teste de Software
- 10. Regra de Myers Teste de Software
- 11. Tipos de Testes Teste de Software
- 12. MODELO V Teste de Software
- 13. Teste no Modelo Cascata Teste de Software
- 14. Teste no Modelo Espiral Teste de Software
- 15. Teste em Processos Ágeis Teste de Software
- 16. Manifesto de Testes Ágeis Teste de Software
- 17. TDD – Test Drive Development Test Drive Development
- 18. Porque Usar o TDD ? Test Drive Development
- 19. TDD deve ser Automatizado? Test Drive Development
- 20. Pirâmide de Teste Testes Automáticos
- 21. Mas como Ocorre... Testes Automáticos
- 22. Testes Automáticos Quadrante de Testes
- 24. Asserções assertEquals (objetivoEsperado, objetivoRevebido) assertTrue (valorBooleano) assertFalse (valorBooleano) assertNotNull (objeto) assertSame(objetoUm, objetoDois) Fail () Testes Unitários
- 25. SetUp() / tearDown() Testes Unitários Pré-Condições Pós-Condições
- 26. Parte Prática
- 27. Parte Prática
- 28. Regras de Negócios Parte Prática 1) Os números romanos são identificados por 5 algarismos ("I", 1) ("V", 5) ("X", 10) put("L", 50); ("C", 100); ("D", 500); ("M", 1000); 2) Os números romanos não se repetem mais de 3 vezes consecutivamente Exemplo ("II", 2) ("III",3) 3) Os algarismos romanos maiores ou iguais ao algarismos da direita, serão somados ao algoritmo que se encontrar a sua direita imediata. 4) Os algarismos romanos menores que o algarismo imediatamente a direito, serão subtraídos ao que se encontrar imediatamente a sua direita.
- 29. Mãos na Massa.... Parte Prática
Notas do Editor
- Perguntar nesse momento: - Quantas pessoas presentes são da área de Testes? Quantas são devs? Dos presensentes tem alguma noção sobre Testes de Software, fora os da área é claro.. Hehehhe?
- Testamos receitas Testamos roupas Testamos carro Testamos um brinquedo novo qdo crianças Testamos (ensaios) de orquestra Fazemos Teste de Sangue Para entra na faculdade, testamos nossos conhecimentos
- Testes ficava esperando as fases de Analises e Especificação de requisito para iniciar a elaboração do Plano e Criação dos Casosd e Testes. Após a fase de implementação os testes entram em ação. PORÉM isso nunca foi tão simples assim... Caso na fase de desenvolvimento haja um atraso, os testes eram comprometidos, principalmente pelo prazo apertado, não ter mais tempo para prorrogar, logo os testes perdiam dias para execução, não dando tempo para testar tudo. Acarretando que bug fossem entregues ao cliente, comprometendo a qualidade do produto.
- No modelo Espiral as coisas começaram a mudar. As fases eram divididas em pequenos ciclos, dai veio as necessidades de repetições de testes, pois a cada ciclo os testes eram reexecutados. Iniciou nesse modelo a necessidade de iniciar a automatiza alguns cenários de testes, principalemente os testes de regressão.
- Daí apareceu a era Ágil.... Mais do que nunca quem trabalhava com qualidade/Teste de software sofreu novo impacto em seu modo de trabalho. No ágil acabou-se a documentação em massa. Agora so documento o necessário. As Sprints são curtas, mas ao fim tem que ter algo integrável e com qualidade. Não há mais a separação de papeis da equipe. Agora é equipe SCRUM A automação de testes é peça FUNDAMENTAL para sobrevivência da equipe de Qualidade Àgil
- Testar por todas as etapas VERSUS no final Prevenir Bugs VERSUS procurar bugs Testar o entendimento VERSUS checar funcionalidades Construir o melhor sistema VERSUS bloquear o sistema Times responsável pela qualidade VERSUS responsabilidade dos Testador
- Feedback mais rápido Melhor organização: Custos reduzidos: Maior eficiência: Maior cobertura geral dos testes: Reaproveitamento de scripts: Documentação e mensuração da qualidade: Motivação renovada: Liberação para o mercado mais rápida: Segurança de informação: