Teste software agora
•Transferir como PPTX, PDF•
1 gostou•127 visualizações
Slide da palestra de Teste de Software ministrada na Faculdades Integradas Vianna Júnior em Juiz de Fora - MG.
Recomendados
Mais conteúdo relacionado
Mais procurados
Mais procurados (20)
Semelhante a Teste software agora
Semelhante a Teste software agora (20)
Teste software agora
- 1. Teste agora! Não deixe para depois! Marco Antonio Anibal Damaceno VIII Jornada Científica Faculdades Integradas Vianna Júnior
- 2. $ whoami
- 3. Marco Damaceno Desenvolvedor web há 6 anos. Trabalha atualmente na eMiolo.com com Ruby, PHP e JavaScript.
- 4. $ echo “O que é teste de software?”
- 5. Podemos verificar o significado das palavras “testar” e “teste” no dicionário.
- 6. Testar por à prova; experimentar. Teste exame crítico ou prova das qualidades de uma pessoa ou coisa.
- 7. Agora, segundo a literatura...
- 8. Testar é verificar se o software está fazendo o que deveria fazer, de acordo com os seus requisitos (Rios e Moreira - 2003)
- 9. Testar é o processo de executar um programa ou sistema com a intenção de encontrar defeitos (teste negativo) (Glen Myers - 1979)
- 10. $ echo “Tipos de teste”
- 11. Critérios de agrupamento de teste de software 1. Quanto ao conhecimento sobre o software 2. Quanto à natureza do teste 3. Testes não-funcionais 4. Testes automatizados
- 12. 1. Quanto ao conhecimento sobre o software Teste de caixa branca Quando se avalia o funcionamento interno do software. Por exemplo, se determinados métodos executam corretamente.
- 13. 1. Quanto ao conhecimento sobre o software Teste de caixa preta Quando se avalia o comportamento do software, através de suas interfaces. Por exemplo, quando o usuário usa o sistema para ver se ele retorna valores esperados após um cálculo.
- 14. 2. Quanto à natureza do teste Teste Unitário ou de Unidade testa partes específicas do sistema, como classes e seus métodos.
- 15. 2. Quanto à natureza do teste Teste de Integração testa vários componentes de um sistema funcionando em conjunto.
- 16. 2. Quanto à natureza do teste Teste de Sistema ou Homologação execução do sistema do ponto de vista do usuário, embora não realizado pelo usuário final.
- 17. 2. Quanto à natureza do teste Teste de Aceitação teste realizado pelo usuário para verificar se o software está de acordo com o que foi contratado.
- 18. 2. Quanto à natureza do teste Teste de Regressão testes já realizados são executados novamente após modificações no software para garantir que não houve um efeito colateral inesperado.
- 19. 3. Testes não-funcionais Teste de Desempenho (Performance) verifica o desempenho do sistema com uma carga normal de usuários. Por exemplo, o tempo de resposta médio é de 2 segundos com até mil usuários.
- 20. 3. Testes não-funcionais Testes de Carga (Volume) verifica a capacidade máxima do sistema, ou seja, o ponto onde ele trava ou deixa de responder em tempo adequado.
- 21. 3. Testes não funcionais Teste de Resiliência (Stress) verifica o comportamento do sistema e sua capacidade de se recuperar de falhas inesperadas, como queda de energia, falha em banco de dados, picos de acesso, etc.
- 22. 4. Testes automatizados Testes executados por robôs através de um script.
- 23. $ echo “Quando testar um software?”
- 25. AGORA!!!
- 26. $ echo “Exemplos de falhas”
- 31. $ echo “Como testar um software?”
- 32. Depende da linguagem que estiver usando no projeto.
- 33. Ferramentas para testes unitários e de integração: PHP - PHPUnit Java - JUnit Ruby - RSpec, Minitest JavaScript - Jasmine, Mocha Python - Unittest C++ - xUnit++ C# - NUnit
- 34. Ferramentas para testes aceitação: Capybara Selenium
- 35. Para testes não funcionais: https://blitz.io/
- 36. $ echo “Situações que precisam de testes”
- 39. Joãozinho desenvolveu o software x na linguagem PHP que já está produção. Um usuário relatou um erro e Joãozinho foi logo tentar corrigir. Ele então percebeu que a parte do código que deu erro é um método usado em várias partes do sistema. Sendo assim, não seria tão simples uma mudança no método pois poderia gerar outros erros.
- 40. Solução 1
- 41. Escrever um novo método que corrige o problema especificado pelo usuário deixando o método problemático intacto já que ele é usado em outras partes do sistema.
- 43. Solução 2
- 44. Verificar em todo sistema onde o método problemático é usado e escrever um teste para cada parte onde ele é chamado se baseando na expectativa do que ele deve fazer.
- 46. Joãozinho desenvolveu um sistema na versão 5.1 do Laravel. O tempo passou e o Laravel chegou à versão 5.4. Joãozinho, por algum motivo, viu a necessidade de atualizar o projeto da versão 5.1 para a 5.4 do Laravel. Joãozinho não sabe por onde começar pois teme que ocorram muitos erros após a atualização.
- 47. Solução 1
- 48. Deixa o sistema do jeito que está, afinal o cliente não está nem um pouco preocupado com que framework o sistema dele foi feito.
- 50. Solução 2
- 51. Atualizar o sistema e corrigir os eventuais erros que aparecerem.
- 53. Solução 3
- 54. Clonar o projeto atual no servidor de homologação (testes) e fazer nele a atualização do projeto para identificar os eventuais erros. Escrever testes que cubram boa parte do sistema a fim de eliminar erros por conta da atualização.
- 57. $ echo “Dicas”
- 58. Teste comportamento, não configuração.
- 59. Dê atenção redobrada às partes críticas do sistema.
- 60. Use mocks somente quando necessário.
- 62. Sempre execute um teste de regressão no fim.
- 63. Se encontrar um erro no sistema, pare tudo o que estiver fazendo, escreva um teste que reproduza o erro e corrija!
- 64. Escreva o teste pensando qual saída e quais entradas são esperadas no método.
- 65. Escreva testes somente para métodos públicos.
- 66. Use os testes como documentação.
- 67. Use ferramentas de monitoramento de sistema.
- 68. Não se prenda ao MVC.
- 69. Não deixe o teste para o final.
- 70. Lembre-se que testes certificam a qualidade de um sistema e de seus desenvolvedores.