Victor Hugo Germano apresenta, na casa CTAI Senai SC um curso de formação entitulado: Teste de Software.
Chamando para uma discussão a respeito de nosso papel dentro do desenvolvimento de software, são apresentados conceitos relacionados à area de teste de software, assim como apresentada sua visão de como um modelo de testes deve estar vinculado ao desenvolvimento.
Minicurso - Técnicas de Teste e Automatização do Teste de Unidade XII SemanaT...Claudinei Brito Junior
Minicurso ministrado na XII SemanaTI na UNIVEM - Marília/SP, nos dias 23 e 24 de setembro de 2019. O título do minicurso é Técnicas de Teste e Automatização do Teste de Unidade e o minicurso tratava na teoria sobre algumas técnicas de Teste de Software, bem como a Técnica de Teste Estrutural, Teste Funcional e Teste Baseado em Defeitos, assim como aprendemos sobre a fase do Teste de Unidade, e ali, aplicamos na prática a Técnica de Teste Estrutural e tratamos sobre a teoria e a prática da automação de testes.
Victor Hugo Germano apresenta, na casa CTAI Senai SC um curso de formação entitulado: Teste de Software.
Chamando para uma discussão a respeito de nosso papel dentro do desenvolvimento de software, são apresentados conceitos relacionados à area de teste de software, assim como apresentada sua visão de como um modelo de testes deve estar vinculado ao desenvolvimento.
Minicurso - Técnicas de Teste e Automatização do Teste de Unidade XII SemanaT...Claudinei Brito Junior
Minicurso ministrado na XII SemanaTI na UNIVEM - Marília/SP, nos dias 23 e 24 de setembro de 2019. O título do minicurso é Técnicas de Teste e Automatização do Teste de Unidade e o minicurso tratava na teoria sobre algumas técnicas de Teste de Software, bem como a Técnica de Teste Estrutural, Teste Funcional e Teste Baseado em Defeitos, assim como aprendemos sobre a fase do Teste de Unidade, e ali, aplicamos na prática a Técnica de Teste Estrutural e tratamos sobre a teoria e a prática da automação de testes.
Apresentação do Coderage Brasil 2018 sobre TDD com Código Legado com Delphi usando Spring.Testing e TestInsight.
Dicas de Refactory, como identificar Code Smell e Antipatterns e Hands on do refactory do exemplo GettingStarted do FireDAC
Apresentação usada por Camilo Ribeiro para a Palestra "Técnicas de Teste no Ciclo de Desenvolvimento de Software" para o Centro Universitário UNA de Belo Horizonte em 25 de Março de 2010
Mini aula sobre testes de software descrevendo os conceitos básicos sobre as técnicas utilizadas para testes, verificação e validação no desenvolvimento de software.
Nessa palestra relato minha experiência não como um desenvolvedor de software altamente sinistro com duzentos anos de experiência e mil livros publicados - mas sim como um "mero mortal", um desenvolvedor "de verdade", do "mundo real" aplicando a teoria que aprendeu do TDD.
Apresentação do Coderage Brasil 2018 sobre TDD com Código Legado com Delphi usando Spring.Testing e TestInsight.
Dicas de Refactory, como identificar Code Smell e Antipatterns e Hands on do refactory do exemplo GettingStarted do FireDAC
Apresentação usada por Camilo Ribeiro para a Palestra "Técnicas de Teste no Ciclo de Desenvolvimento de Software" para o Centro Universitário UNA de Belo Horizonte em 25 de Março de 2010
Mini aula sobre testes de software descrevendo os conceitos básicos sobre as técnicas utilizadas para testes, verificação e validação no desenvolvimento de software.
Nessa palestra relato minha experiência não como um desenvolvedor de software altamente sinistro com duzentos anos de experiência e mil livros publicados - mas sim como um "mero mortal", um desenvolvedor "de verdade", do "mundo real" aplicando a teoria que aprendeu do TDD.
Procurei compartilhar nesses slides um pouco da minha experiência com qualidade de software que adquiri desde de 2002 no mundo de desenvolvimento de software web.
Nos slides eu compartilhei os programas, softwares e metodologias que ando utilizando nos últimos meses na empresa que trabalho atualmente.
A engenharia de performance é utilizada por grandes corporações como Dell, HP, Microsoft, Google, Facebook e Amazon para prover sistemas que sejam escaláveis, estáveis e rápidos.
Esta apresentação cobre a motivação na execução de testes de desempenho, o que ele é e o que busca responder, qual o processo que se utiliza e os principais problemas de performance encontrados nos sistemas.
Lean tem foco total na qualidade. Essa palestra explora os conceitos do Lean e fazer uma relação com testes de software, trazendo os conceitos fundamentais do Lean: Qualidade total, redução de desperdícios, melhoria contínua, produção puxada, variabilidade, autonomação, nivelamento de carga, just-in-time, fluxo de produção, kanban e gestão visual.
Este ebook. cuja apresentação eu escrevi, traz uma coletânea de posts escritos pelo colega Cézar Taurion nos últimos três anos, que revivem os questionamentos e dúvidas sobre SOA, então uma novidade. Serve para compararmos o que então falávamos, com os dias de hoje. Muita coisa mudou, principalmente com relação à absorção dos conceitos. Portanto, estes posts nos resgatam algumas destas discussões sobre o assunto.
Introdução ao Teste de Software - Uma abordagem práticaFabrício Campos
Apresentação do curso "Introdução ao Teste de Software - Uma abordagem prática", ministrado por Fabrício Ferrari de Campos no primeiro Ensina aí! realizado na Voice Technology.
Apresentação sobre Automação de Teste de Software no 3° BRATESTE - Seminário Brasileiro de Teste de Software em 18/06/2010
Esta apresentação contém material teórico sobre Automação de Teste, Geração de Frameworks de Automação de Teste, como definir a arquitetura da automação e um hands on com Selenium
Importância de Testes Automatizados para Continuous Delivery & DevOpsSamanta Cicilia
O mercado tem exigido cada vez mais rapidez nas entregas dos times de desenvolvimento, para atender as demandas de negócio e manter a competitividade. Para garantir que essas entregas aconteçam no tempo esperado e com qualidade, é muito importante investir em todos os níveis de teste automatizados. Vamos ver quais são esses níveis de teste e alguns exemplos práticos usando Python de testes unitários, integração, funcionais, performance e mutação.
livro em pdf para professores da educação de jovens e adultos dos anos iniciais ( alfabetização e 1º ano)- material excelente para quem trabalha com turmas de eja. Material para quem dar aula na educação de jovens e adultos . excelente material para professores
proposta curricular para educação de jovens e adultos- Língua portuguesa- anos finais do ensino fundamental (6º ao 9º ano). Planejamento de unidades letivas para professores da EJA da disciplina língua portuguesa- pode ser trabalhado nos dois segmentos - proposta para trabalhar com alunos da EJA com a disciplina língua portuguesa.Sugestão de proposta curricular da disciplina português para turmas de educação de jovens e adultos - ensino fundamental. A proposta curricular da EJa lingua portuguesa traz sugestões para professores dos anos finais (6º ao 9º ano), sabendo que essa modalidade deve ser trabalhada com metodologias diversificadas para que o aluno não desista de estudar.
proposta curricular da educação de jovens e adultos da disciplina geografia, para os anos finais do ensino fundamental. planejamento de unidades, plano de curso da EJA- GEografia
para o professor que trabalha com a educação de jovens e adultos- anos finais do ensino fundamental.
2. http://www.takenami.com.br
“Sempre existe defeito em um SW mas com o
passar do tempo os problemas ficam mais
difíceis de serem detectados”
“Os testes podem mostrar a presença de erro
mas não a sua ausência”
Dijkstra
3. http://www.takenami.com.br
Verificação & Validação (V&V)
Assegurar o funcionamento de acordo com o
que foi especificado e atenda aos requisitos dos
stakeholders
4. http://www.takenami.com.br
Onde aplicamos V&V
• Revisão dos requisitos
• Revisões da análise e do projeto
• Inspeções de Código
• Testes
5. http://www.takenami.com.br
Verificação
• Averiguar se o software está de acordo com as
especificações preestabelecidas
• Estamos construindo certo o produto?
• verifica problemas e defeitos nos componentes
prontos
6. http://www.takenami.com.br
Validação
• Confirmar se a especificação é apropriado e
consiste com os requisitos do Stakeholder
• Estamos construindo o produto certo?
• Avalia se a construção do componente segue os
requisitos predefinidos.
7. http://www.takenami.com.br
Verificação Validação
Averiguar se o software está de acordo com Confirmar se a especificação é apropriado e
as especificações preestabelecidas consiste com os requisitos do Stakeholder
Estamos construindo certo o produto?
Estamos construindo o produto certo?
Verifica problemas e defeitos nos Avalia se a construção do componente segue
componentes prontos os requisitos predefinidos.
8. http://www.takenami.com.br
Técnica de V&V
• Estática
- Não envolve a execução do produto
- Revisões
a) Revisão de código
b) Revisão em par
• Dinâmica
- Testes
a) Caixa Branca e Preta
b) Estresse
c) Integração
d) Aceitação
9. http://www.takenami.com.br
Princípios de Teste de Software
• Quando Planejado (sistêmica e rigorosa) =
Confiabilidade e Qualidade do SW
• Tempo X Custo X Quantidade de Defeitos
• Devem ser planejados (Tempo, Ferramentas e
Pessoas)
• Teste Primeiros no XP: Identifica o que será
testado (Entradas e Saídas), auxilia na codificação
10. http://www.takenami.com.br
Princípios de Teste de Software
• Pareto
- 80% dos resultados estão estão relacionados a 20%
de nossos esforços
- Joseph Juran (20% dos componentes de um software
concentram 80% dos defeitos)
- Concentrar seus esforços no pronto mais frágil do
sistema
• Confiabilidade
- Probabilidade de operar sem apresentar falhas
11. http://www.takenami.com.br
Casos de Testes
• Possibilidade de casos de teste podem ser astronômicas
- int qualquer(char b) = 256 combinações possíveis
- Se [int qualquer(char b, int i)] sendo i um inteiro de 32bis: 28
x 232
- Mais de um trilhão de possibilidades
- Com 1 milhão de combinações por segundo seriam
necessários 12 dias para testar tudo
• Cobertura: Maior numero de possibilidades para
execução de um casos de teste
12. http://www.takenami.com.br
Plano de Teste
• Propõe um planejamento com um padrão a ser
seguido.
• Padrão para Plano de Teste: IEEE 829-1998
13. http://www.takenami.com.br
Fatores Psicológicos
• “O autor não possui nenhuma motivação
psicológica para inventar casos de teste que
demonstrem que o seu produto está com falhas
ou errado” (Yourdon,1989)
• “O código é o resultado do trabalho intelectual
do programador, procurar erros é uma especie
de ataque a suas próprias
convicções” (Weinberg,1971)
14. http://www.takenami.com.br
Dissonância Cognitiva
• Resistência a cumprir a tarefa
• Os testes são sempre feitos com valores óbvios
enquanto deveriam ser testados com situações
“impossíveis”
15. http://www.takenami.com.br
Cobertura
• Cobrir o maior numero possíveis de
possibilidades
- if (a==b) e if (a>=b)
- Testar {a=1;b=2} Estaria certo para os 2 casos.
- O correto seria {a=2;b=1}
16. http://www.takenami.com.br
Análise de Mutantes
• Gerar versões com defeitos e verificar se os
casos de teste são capazes de distinguir tais
programas
• Versões defeituosas são chamados mutantes
• São feitos por modificações aleatórias
- Substituição de sinal e retirada de uma linha
17. http://www.takenami.com.br
Sendo P um programa e T casos de teste
• Execução de P para cada T
• Geração de mutantes M
• Execução do Mutantes (Separar mutante morto). Para os que
não são mortos → Os casos de teste T não distinguem entre P e
M ou P e M são equivalentes
• Calculo do Escore de mutação: N motos / N – N equivalentes
• Análise dos mutantes: se estiver próximo de 1 (quão próximo é
definido pelo avaliador) , então se considera T um bom conjunto
de testes para P
• A análise de mutantes clássica é inviável pois tem alto custo
computacional. Uma técnica é criar mutações de requisitos e
testar as especificações
18. http://www.takenami.com.br
Classificação de Defeitos
• Conhecer os defeitos para tratar com a técnica correta
- Uso de dados históricos quantitativos (CMMI nível 4)
- Prevenção de defeitos (CMMI nível 5)
• Técnica para classificação de defeito: (Defect Prevenction
Process) da IBM:
- Analise causal (sistemática);
- Equipe de ação;
- Reuniões de partida;
- Ferramentas e base de dados para registro de informação
- Redução em média de 50% dos defeitos.
19. http://www.takenami.com.br
Classificação de defeitos adotado pela HP
• Origem: Onde?
• Tipo: O quê?
• Modo: Por quê?