Test-Driven Development com JavaScript, Jasmine Karma
6 gostaram2,091 visualizações
O documento apresenta Rodrigo Branas, um especialista em desenvolvimento de software utilizando metodologias ágeis. Ele detalha sua experiência profissional de mais de 12 anos e certificações, além de apresentar brevemente sobre test-driven development com JavaScript.
![karma.conf.js
module.exports = function(config) {
config.set({
basePath: '',
frameworks: ['jasmine'],
files: ['js/*.js', 'test/*.js'],
exclude: [],
port: 8080,
colors: true,
logLevel: config.LOG_INFO,
autoWatch: true,
browsers: ['Chrome'],
singleRun: false
});
};](https://image.slidesharecdn.com/javascript-tests-140422152222-phpapp01/85/Test-Driven-Development-com-JavaScript-Jasmine-Karma-29-320.jpg)
Test-Driven Development com JavaScript, Jasmine Karma
- 1. Test-Driven Development com JavaScript Rodrigo Branas – @rodrigobranas - http://www.agilecode.com.br
- 2. “Transformar equipes de desenvolvimento de software” http://www.agilecode.com.br
- 3. Rodrigo Branas [email protected] http://www.agilecode.com.br • Desenvolvendo Software na Gennera • Criando treinamentos na Agile Code • Escrevendo na Java Magazine e PacktPub • Palestrando sobre desenvolvimento de software em eventos, universidades e empresas
- 4. Certificações Formação Acadêmica Ciências da Computação – UFSC Gerenciamento de Projetos - FGV SCJA, SCJP, SCJD, SCWCD, SCBCD, PMP, MCP e CSM Experiência Há mais de 12 anos desenvolvendo software na plataforma Java com as empresas: EDS, HP, NET, Citibank, GM, Dígitro, Softplan, OnCast, Senai, VALE, RBS, Unimed, Globalcode, V.Office, Suntech, WPlex e Gennera.
- 5. • Há mais de 5 anos liderando pessoas. • Mais de 2000 horas em sala de aula. • Mais de 100 apresentações em eventos. • 6 artigos escritos para revistas. • 1 livro. • Mais de 500 profissionais treinados. • Criação de 22 palestras. • Criação de 10 treinamentos. • Criação de mais de 3.000 slides.
- 6. Atualmente, qual é a cobertura de testes nos projetos de vocês?
- 7. Qual é o problema em não ter de testes automatizados?
- 9. Trabalho braçal para testar várias vezes a mesma coisa
- 10. Trabalhar em um castelo de cartas
- 11. Você tem medo do projeto em que trabalha?
- 12. Onde entra o Agile nisso tudo?
- 13. Velocidade é a ausência de desperdício – Amyr Klink
- 14. Se você trabalha para eliminar o desperdício, aumentará gradativamente a porcentagem de tempo que gasta adicionando valor ao produto!
- 16. Geralmente a gente pensa e vai codificando, depois vê o que acontece
- 17. Geralmente a gente pensa e vai codificando, depois vê o que acontece
- 18. Geralmente a gente pensa e vai codificando, depois vê o que acontece
- 19. Geralmente a gente pensa e vai codificando, depois vê o que acontece
- 20. É tudo uma questão de expectativa
- 22. Jasmine Para testar a nossa aplicação, vamos utilizar o framework de testes Jasmine. Ele é fácil de utilizar e se integra bem com ferramentas de automação. http://pivotal.github.io/jasmine
- 24. Como você executa os testes em Java?
- 26. Karma O Karma é uma das ferramenta mais utilizadas para a execução de testes escritos em JavaScript. Ela é compatível com principais frameworks de teste como o Jasmine, Mocha e QUnit. http://karma-runner.github.io
- 27. Processo de Instalação Para instalar a ferramenta, basta digitar o comando abaixo: npm install -g karma karma-cli
- 28. Configuração O Karma é configurado por meio do arquivo karma.conf.js. Nele será especificado o framework de teste, a localização dos arquivos da aplicação e o ambiente de execução. karma init
- 29. karma.conf.js module.exports = function(config) { config.set({ basePath: '', frameworks: ['jasmine'], files: ['js/*.js', 'test/*.js'], exclude: [], port: 8080, colors: true, logLevel: config.LOG_INFO, autoWatch: true, browsers: ['Chrome'], singleRun: false }); };
- 30. karma start
- 31. karma run
- 32. Calculadora de Strings Vamos praticar
- 33. Vou usar esse negócio o tempo todo?
- 34. Escrever o teste antes limita o escopo, evitando codificar além do necessário
- 35. Já se pegou codificando várias coisas diferentes ao mesmo tempo?
- 36. Escrever o teste antes não aumenta o tempo de desenvolvimento?
- 37. Escrever o teste depois ou não escrever e assumir um maior número de bugs para corrigir, não aumenta o tempo de desenvolvimento?
- 38. Evitar o refactoring por conta da falta de testes leva a um código de baixa qualidade e difícil de manter, não aumenta o tempo de desenvolvimento?
- 39. Ter uma alta rotatividade por conta dos problemas causados pela qualidade do código, não aumenta o tempo de desenvolvimento?
- 40. A dificuldade de entendimento por conta de um código sem uma documentação atualizada, como por exemplo um teste, não aumenta o tempo de desenvolvimento?
- 41. Testar repetidas vezes a mesma coisa, manualmente, não aumenta o tempo de desenvolvimento?