O documento discute técnicas para mapeamento de cenários de teste e técnicas de teste de caixa preta e caixa branca. Ele explica como mapear cenários de teste com foco no negócio e nos usuários, e como cenários de teste devem ser objetivos, reduzir incertezas e encontrar erros. Também descreve técnicas de teste de caixa preta como análise de valor limite, particionamento por equivalência e transição de estados, e técnicas de caixa branca como teste unitário e TDD.

1. Técnicas para Planejamento e Execução de Testes de Software

2. Pauta Como mapear cenários de teste Técnicas de Teste de Caixa Preta Técnicas de Teste de Caixa Branca

3. Como mapear cenários de teste ? Conhecer muito bem o negócio Ter pensamento “destrutivo”, para no final ter o software construído Ser focado e pensar em todas as situações possíveis Ter visão de Usuário Ter visão técnica

4. Um Cenário de Teste deve ... Ser objetivo Ser redutor de incertezas Ter probabilidade razoável de encontrar erros Não deve ser redundante Tornar evidentes as situações de falhas

5. Mapeamento dos Casos de Teste de uma Estória

6. Caixa Preta X Caixa Branca Na Caixa Preta, não é necessário saber a estrutura interna de como o código foi implementado ou a tecnologia utilizada Na Caixa Branca, você conhece o código, testa o código em si

7. Conhecendo Técnicas de Teste de Caixa Preta

8. Análise de Valor Limite Casos de teste que exercitam os valores de limite de uma funcionalidade Extrapolar os valores máximo e mínimo de uma funcionalidade

9. Particionamento por Equivalência Cada partição deve conter um intervalo de valores e todos devem ter o mesmo resultado Um grupo de testes forma uma classe de equivalência se entendemos que todos testam o mesmo e todos têm o mesmo resultado Os melhores casos estão nas fronteiras das classes Devem­se usar, normalmente, dois ou três casos de cada classe de equivalência

10. Transição de Estados Exercita as transições de estado de um componente

11. Técnicas de Sintaxe Verifica o comportamento de entradas esperadas e inesperadas no sistema O interessante é descobrir que tipos de valores os campos podem receber Exemplos do dia a dia são validações de campos

12. Teste Randômico Se aplica quando há redução do tempo de teste no projeto Utiliza “Diagrama de Pareto” para identificar quais casos de teste serão executados: “ 80% de todos os problemas são oriundos de 20% de causas potenciais” Escolher 20% dos casos de teste que cobrem 80% das funcionalidades

13. Testes de Caixa Branca

14. Teste Unitário Testar apenas a classe e não suas dependências com outras classes O problema é saber o que testar

15. TDD Escreve o teste para depois escrever o código referente Faz o código apenas o suficiente para passar no teste Segue escrevendo novos testes e complementando o código até completar todo o desenvolvimento

16. Dúvidas ???

17. Obrigada