Precisa testar? - Parte 1

262 visualizações

Publicada em

Necessidade aplicada a testes de software e impacto destes testes em ambientes de produção.

Parte da palestra ministrada no 1º BoaCompra Tech Day.

Publicada em: Software
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
262
No SlideShare
0
A partir de incorporações
0
Número de incorporações
2
Ações
Compartilhamentos
0
Downloads
3
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Precisa testar? - Parte 1

  1. 1. Testando FrontEnd Para parar de perder tempo!
  2. 2. Cronograma - Precisa testar? - Conceitos de teste - CasperJS e PhantomJS - Instalando - Exemplo
  3. 3. Precisa testar?
  4. 4. Esforço para identificar e corrigir “Encontrar e corrigir um problema de software após a entrega é muitas vezes, 100 vezes mais caro do que encontrar e corrigir durante a fase de design e requisitos.”
  5. 5. Esforço para identificar e corrigir ● Identificar e corrigir problemas graves depois da entrega pode ser 100 vezes mais custoso que no desenvolvimento. ● Identificar e corrigir problemas não graves depois da entrega pode ser duas vezes mais custoso que no desenvolvimento.
  6. 6. Quantidade de retrabalho a qual é possível evitar “Cerca de 40-50% do esforço num projeto de software é gasto em retrabalho, o qual é possível evitar.”
  7. 7. Quantidade de retrabalho a qual é possível evitar ● Uma grande quantidade de esforço num projeto de software é gasto com retrabalho que poderia ser evitado. ● A quantidade de esforço desperdiçado diminui com maturidade dos processos.
  8. 8. Defeitos causando retrabalho “Cerca de 80% de retrabalho evitável vem de 20% dos defeitos.”
  9. 9. Defeitos causando retrabalho ● A maior parte do retrabalho evitável vem de um pequeno número de defeitos de software, onde retrabalho evitável é definido como o trabalho feito para mitigar os efeitos de erros ou para melhorar desempenho do sistema. ● Alguns retrabalhos são simplesmente inevitáveis, por exemplo, o trabalho decorrente da adaptação, preventiva, ou alterações solicitadas pelo usuário. ● Os defeitos que causam grandes quantidades de retrabalho são provavelmente aqueles que são "quebram" a arquitetura ou que são considerados "inapropriados" tarde no processo de desenvolvimento.
  10. 10. Review de código “Análise por pares pode pegar 60% dos defeitos.”
  11. 11. Review de código ● Revisão de código pode pegar mais de metade dos erros de um produto, independente do nível de maturidade da organização ou da fase que foi aplicado.
  12. 12. Conceitos de teste
  13. 13. Teste não funcional O Teste não funcional é o tipo de teste feito em relação aos requisitos não funcionais. ● Disponibilidade ● Compatibilidade ● Cumprimento dos requisitos ● Localização / Internacionalização ● Recovery ● Segurança ● Escabilidade ● Stress ● Performance ● ...
  14. 14. Teste funcional É o teste que verifica se as funcionalidades básicas estão de acordo com as especificações, funcionalidades e comportamentos esperados.
  15. 15. O que um teste funcional deve conter? 1- Está funcionando como deveria? 2- Não está funcionando como não deveria? 3- Não está fazendo o que não era intencional fazer?
  16. 16. Etapas para preparação de um teste funcional 1- Preparar dados baseados nas especificações; 2- Requisitos de negócio são input para testes funcionais; 3- Baseado no funcionamento definir resultado esperado; 4- Execução dos casos de teste; 5- Observar resultados atuais e esperados;
  17. 17. Tipos de testes funcionais ● Unit Testing ● Smoke testing ● Sanity testing ● Integration Testing ● Interface Testing ● System Testing ● Regression Testing ● UAT

×