Baixar para ler offline
Carregado porNylce Garcia
Teste de software
O documento aborda a importância do teste de software, detalhando seus objetivos, práticas, níveis e regulamentações, além de discutir a automação e as metodologias ágeis. Destaca também o papel crucial dos testes na garantia da qualidade do software e na identificação de defeitos. Por fim, apresenta diferentes etapas e dinâmicas relacionadas ao processo de teste, incluindo práticas interativas como o 'jenga tests'.
![[DevOps Summit]Importância de testes automatizados para sustentar Continuous...](https://cdn.slidesharecdn.com/ss_thumbnails/importanciadetestesautomatizadosparasustentarcontinuousdeliveryedevops-160507123758-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DevOps Carioca] Continuous Delivery](https://cdn.slidesharecdn.com/ss_thumbnails/devopscarioca-continuousdelivery-160407131054-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DevOps Carioca] Testes Automatizados](https://cdn.slidesharecdn.com/ss_thumbnails/devopscariocatestesautomatizados-160515212330-thumbnail.jpg?width=640&height=640&fit=bounds)
Teste de software
- 1.
- 2. OBJETIVOS • Desmistificar oteste de software • Mostrar a importância do teste, na construção de um software de qualidade
- 3. HOJE VAMOS FALAR SOBRE 1.Quebra-Gelo – Telefone sem fio 2. Principais conceitos e práticas 3. Por que é necessário testar 4. Níveis de testes 5. Regulamentação 6. Automação de testes 7. Teste ágil 8. Carreira 9. Dinâmica - Jenga Tests
- 4.
- 5. QUEBRA-GELO - TELEFONESEM FIO
- 6. QUEBRA-GELO - TELEFONESEM FIO
- 7.
- 8. O QUE ÉTESTE SOFTWARE? GLOSSÁRIO PADRÃO DE TERMOS DE TESTE DE SOFTWARE (ISTQB) THE ART OF SOFTWARE TESTING - Third Edition (GLENFORD J. MYERS)
- 9. OBJETIVO DO TESTEDE SOFTWARE Encontrar defeitos Prevenir defeitos Confiança
- 10. FRONTEIRAS DAS ATIVIDADESDO TESTE Teste Dinâmico • Planejamento • Execução • Controle Teste Estático • Revisão • Inspeção • Análise
- 11. PRINCIPAIS ATIVIDADES DOTESTE Planejamento • Objetivos • Escopo • Cronograma • Recursos • Estimativas • Critérios de conclusão Condições de teste • Definição de cenários e condições Modelagem • Criação dos casos de teste Execução • Execução dos casos de teste Verificação • Averiguação dos resultados Avaliação dos critérios de conclusão • Avaliar os resultados do teste Relatar sobre o processo • Relatar o ocorrido Atividades de encerramento • Encerramento do projeto e emissão de relatórios gerenciais Controle
- 12. CICLO DE VIDADO DESENVOLVIMENTO DE SOFTWARE Testes Desenvolvimentode Software Análise de Requisitos Especificação Funcional Especificação Técnica Construção Testes Início Levantamento de Requisitos Especificação Funcional Especificação Técnica Construção e Testes Unitários Preparar Plano de Testes Preparar Desenho de Testes Preparar Desenho de Testes Executar os Testes Fim
- 13. OS SETE PRINCÍPIOSDO TESTE Teste demonstra a presença de defeitos Teste exaustivo é impraticável Teste antecipado Agrupamento de defeitos Paradoxo do pesticida Teste depende do contexto A ilusão da ausência de erros
- 14. OS SETE PRINCÍPIOSDO TESTE • O teste exaustivo é impraticável
- 15. TESTE ANTECIPADO 56 7 10 27 Etapas dodesenvolvimento x Introdução dos erros Requisitos Construção Outros Design Fonte: James Martin
- 16.
- 17. PARADOXO DO PESTICIDA Suítede teste A Suíte de teste A Menor Eficácia
- 18. TESTE DEPENDE DOCONTEXTO Saúde Gestão
- 19. A ILUSÃO DAAUSÊNCIA DE ERROS Qualidade Sem falhas
- 20. 03 Por que énecessário testar
- 21. POR QUE ÉNECESSÁRIO TESTAR
- 22. POR QUE ÉNECESSÁRIO TESTAR Confiança Valor Qualidade Produtividade Teste de software
- 23. POR QUE ÉNECESSÁRIO TESTAR
- 24.
- 25. NÍVEIS DE TESTE Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade
- 26. TESTE DE UNIDADE •Testa cada unidade do software • Envolve os desenvolvedores • Menores partes do software Teste de aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade
- 27. TESTE DE COMPONENTE •Classes, objetos, módulos, etc... • Envolve os desenvolvedores • Preparar os testes antes de codificar Teste de aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade
- 28. BDD (Behavior DrivenDevelopment) & TDD (Test Driven Development) TESTE DE COMPONENTE Teste de aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Escrever um teste de aceitação defeituoso Escrever um teste de unidade que falhe Fazer o teste passar RefatorarRefatorar
- 29. 3º 2º 1º Mock Spy Stub TESTE DE COMPONENTE Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade
- 30. TESTE DE INTEGRAÇÃO Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Fonte: UOL Tech Day: Testes de Integração com OpenEJB
- 31. TESTE DE PERFORMANCE Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Fonte: http://guts-rs.blogspot.com.br/ Alessandra Paz
- 32. TESTE DE SEGURANÇA Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Fonte: https://www.mamsys.com/quality-assurance/security-testing/ Teste de penetração Verificadores de integridade do arquivo Cracking de Senhas Marcação de Guerra Detecção de vírus Cracking de Senhas Varredura de Vulnerabilidade Digitalização em rede Verificação do registro
- 33. TESTE DE SISTEMA Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Analise de requisitos Planejamento de testes Design do caso de teste Matriz de rastreabilidade Execução de teste Gerenciamento de defeitos Análise de cobertura do código Fonte: https://www.testree.com/services/functional-testing
- 34. TESTE DE ACEITAÇÃO Testede aceitação Teste de sistema Teste de segurança Teste de performance Teste de integração Teste de componente Teste de unidade Alfa • Ambiente da empresa • Ambiente controlado Beta • Versões lançadas a grupos de usuários • Para grande público • Mais de uma instalação do cliente • Ambiente não controlado
- 35.
- 36.
- 37.
- 38. NORMAS E PADRÕES •Define um glossário de termos para teste de software BS 7925-1 • Define um padrão para processo de teste de software BS 7925-2 • Define normas para o processo de teste e qualidade do produto IEEE 829 • Define as características da qualidade de software ISO 9126-1
- 39.
- 40.
- 41.
- 42.
- 43. O QUE MUDA? Fonte:http://eliasnogueira.com/o-mundo-de-teste-de-software/capitulo-7-teste-agil-como-implementar/
- 44. O QUE MUDA? Testede Unidade Automatizado Teste de Aceitação Automatizado Teste Exploratório Manual Práticas XP
- 45.
- 46. ATTD & BDD& TDD
- 47. ATTD & BDD& TDD
- 48.
- 49. CARREIRA Gestor de qualidade Líderde projeto de teste Arquiteto de teste Analista de automação de teste Analista de teste Testador de software
- 50.
- 51.
- 52.
- 53.
- 54.
- 55.
- 56. JENGA TESTS • Construauma torre com pelo menos três andares de altura e use todos os blocos. • O testador recebe quatro números de "blocos problemáticos" que devem ser removidos. • O testador no final da construção, deverá retirar os blocos. Rodada 1
- 57. JENGA TESTS • Construauma torre com pelo menos três andares de altura e use todos os blocos. • Desta vez, o desenvolvedor pode perguntar ao testador a cada 5 peças inseridas na torre, se aquela peça é um problema. • Se tiver mais de uma peça para o testador retirar, aguardar a segunda rodada de pergunta. Rodada 2
- 58. JENGA TESTS • Osrequisitos são como antes, e os blocos são feitos nos três lotes novamente. • Desta vez o desenvolvedor poderá perguntar ao testador, quais são as peças com problema a cada peça a ser colocada. • Quando a peça de uma pessoa cair quando o testador retirar, passa para a próxima pessoa. Rodada 3
- 59. FINALIZAÇÃO Ganhar • Clientes • Confiança •Qualidade • Reputação • Dinheiro • Produtividade Perder • Clientes • Confiança • Qualidade • Reputação • Dinheiro • Produtividade
- 60.
- 61. totvs.com @totvs company/totvs fluig.com OBRIGADA NYLCE DUVAL Analista deTestes 51 9 9526 03352 nylce.duval@totvs.com.br Tecnologia + Conhecimento são nosso DNA #SOMOSTOTVERS O sucesso do cliente é o nosso sucesso Valorizamos gente boa que é boa gente
Notas do Editor
- #44 A área de teste de software assumindo a postura de “Último Defensor da Qualidade” Restrições no gerenciamento de mudanças Preparação detalhada e planejamento acima de tudo Conjunto de documentação pesado para a terceirização dos esforços de teste Critérios de entrada e saída rigorosos com aprovações Automatização de testes pesada com foco nas regressões Tentativas de execução do processo
- #46 ATDD - Captura os critérios de aceitação. Prove feedback sobre a conclusão da tarefa. Demonstrando a clara visão do progresso. É identificado e levantado quando a equipe de teste interage com o negócio, compreendendo sua real necessidade. Complementa à prática de TDD, que visa garantir que as funcionalidades bases da aplicação sejam desenvolvidas em conformidade com a arquitetura e projeto.