Testes de A a Z (em 30 minutos)
•Transferir como PPTX, PDF•
0 gostou•103 visualizações
Nesta palestra Vinicius Quaiato e Wennder Wantos falam sobre os motivos pelos quais desenvolvedores costumam não testar suas aplicações, os motivos pelos quais deveriam testar, e mostram os principais tipos de testes (Unit Test, Integration Test, Acceptance Test) no mundo real.
Recomendados
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (16)
Semelhante a Testes de A a Z (em 30 minutos)
Semelhante a Testes de A a Z (em 30 minutos) (18)
Mais de Vinicius Quaiato
Mais de Vinicius Quaiato (20)
Testes de A a Z (em 30 minutos)
- 1. Testes de A a Z (em 30 minutos!) Vinicius Quaiato TRILHA | MELHORIA CONTÍNUA Wennder Santos
- 2. Testes de A a Z Você testa o software que está produzindo?
- 3. Testes de A a Z Você testa o software que está entregando?
- 4. Testes de A a Z Você testa o software que está entregue?
- 5. Testes de A a Z Se você respondeu não para alguma das perguntas - por que não?
- 6. Testes de A a Z Existem muitas razões pelas quais não testamos: •Tempo •Custo •Conhecimento •Dificuldade •Vontade
- 7. Testes de A a Z Por quais razões testamos (ou deveríamos)?
- 8. Testes de A a Z Qualidade
- 9. Testes de A a Z Segurança / Confiança
- 10. Testes de A a Z Competitividade
- 11. Testes de A a Z Feedback
- 12. Testes de A a Z Quais os próximos passos para dominar a arte de testar?
- 13. Testes de A a Z • Unidade • Integração • Aceitação • Smoke • Regressão
- 14. Testes de A a Z Testes de Unidade – testam unidades individuais de código
- 15. Testes de A a Z Testes de Integração – testam integração de várias partes de um (ou mais) sistemas
- 16. Testes de A a Z Testes de Aceitação – testam a implementação de casos de uso.
- 17. Testes de A a Z Smoke Tests – testam de maneira simples integrações do sistema
- 18. Testes de A a Z Testes de (não) regressão – testam se um comportamento não esperado vai voltar a acontecer
- 19. Testes de A a Z Alguns exemplos… do mundo real!
Notas do Editor
- Quem tem medo ou receio de fazer deploy em produção? Quem faz deploy em produção apenas após às 18h da sexta-feira?
- Unidades podem ser classes, métodos, procedures,rotinas, etc Rápidos,isolados sem dependências de terceiros/externas à unidade
- Por exemplo, em um sistema web um smoke test poderia validar se a aplicação está respondendo com 200 ao invés de 500.Ainda que a tela esteja sem nenhum CSS, o smoke test teria sucesso.