Please enable JavaScript.

Coggle requires JavaScript to display documents.

Tecnicas de Teste - Coggle Diagram

- - - - Para que serve?
        
        Detectar falhas comuns causadas por erros na implementação de condições de limite (>=, <=, >, <).
      - Qual problema resolve?
        
        Evita o erro de esquecer ou implementar mal as condições de fronteira.
        Considere casos mais extremos para garantir uma cobertura completa. Por exemplo, o que acontece se alguém inserir uma idade de -3 , 9.999.999 ou um valor não numérico como "DwayneJohnson".
      - Quando usar?
        
        Sempre que houver intervalos numéricos definidos (ex: 1 a 100).
      - O que é
        
        Técnica de Testes que verifica os limites extremos (mínimos e máximos) das entradas válidas e inválidas
        
        Erros ocorrem com mais frequência nas extremidades dos intervalos do que nos valores medianos
      - Vantagens e desvantagens
        
        Vantagens
        
        Altamente eficaz em encontrar erros comuns de comparação.
        
        Desvantagens
        
        Só funciona com entradas ordenáveis e contínuas (números, datas).
        
        Pode deixar escapar erros fora do contexto de limites, como lógicas internas incorretas.
      - Exemplo de uso
        
        Consultar o link: https://katalon.com/resources-center/blog/boundary-value-analysis-guide
      - Passos para montar
        
        Passos para definir quais são os limites:
        
        • Encontre o limite superior;
        
        • Encontre o valor no limite;
        
        • Encontre o limite inferior.
    - - O que é
        
        Método de teste de caixa-preta que representa diferentes combinações de entradas e seus respectivos resultados em um formato tabular estruturado. Consiste em três elementos principais:
        1. Condições : As variáveis de entrada que impactam o comportamento do sistema. 2. Ações : Os resultados ou respostas do sistema com base em combinações de condições. 3. Regras : Combinações específicas de condições e suas ações correspondentes.
      - Para que serve?
        
        O Teste de Tabela de Decisão é ideal para sistemas com regras de negócios complexas que dependem de múltiplas combinações de entradas.
      - Qual problema resolve?
        
        Ajuda a identificar combinações de entrada que podem não ser testadas com técnicas mais simples.
      - Exemplo de Uso
        Como é seu Layout
        
        Consultar o link: https://katalon.com/resources-center/blog/decision-table-testing-guide
      - Vantagens e Desvantagens
        
        Vantagens
        
        Excelente para modelar sistemas com muitas condições lógicas combinadas;
        
        Desvantagens
        
        Mais complexo e demorado de aplicar;
        
        Pode ser difícil de entender para iniciantes;
        Em um contexto Ágil, talvez não seja melhor alternativa (Júlio de Lima, não passou num desafio técnico, pois criou uma tabela gigante)
      - Passos para montar
        
        Veja como você pode criar sua própria tabela de decisão em quatro etapas simples:
        
        Identifique as condições e ações que seu sistema usa.
        
        Crie todas as combinações possíveis dessas condições.
        
        Defina a(s) ação(ões) correspondente(s) para cada combinação.
        
        Preencha a tabela de decisão e converta cada regra (coluna) em um caso de teste.
    - - O que é
        
        Técnica de Teste sistemática, ou seja, possuí um passo a passo, diferente das técnicas empíricas. A Partição de Equivalência divide os dados de entrada de um programa em classes de equivalência (ou partições)
      - Para que serve?
        
        Reduz o número de casos de teste necessários.
        
        Identificarmos a quantidade de casos de testes
        
        Podemos tirar dúvidas com o PO, a partir das partições criadas
      - Qual problema resolve?
        
        Evita o teste redundante de entradas semelhantes.
      - Quando usar?
        
        Sempre que houver faixas de valores, categorias ou condições bem definidas.
        
        Muito útil em:
        
        Validação de campos de formulário;
        
        Testes de API;
        
        Regras de cálculo com base em faixas;
        
        Sistemas com lógica condicional baseada em tipos ou intervalos.
      - Exemplo de uso
        
        Consultar o link: https://katalon.com/resources-center/blog/equivalence-class-partitioning-guide
      - Vantagens e desvantagens
        
        Vantagens
        
        Reduz drasticamente o número de testes.
        Foco nos casos relevantes.
        
        Desvantagens
        
        Não detecta erros dentro da partição, se houver diferenças de comportamento ocultas.
      - Passos para montar
        
        Devemos responder primeiramente a seguinte pergunta:
        para esse requisito, quais entradas podemos identificar e saídas
        
        Identificar as entrada e saídas
        
        Separar em entradas válidas e inválidas
        
        Eleger entradas para cada partição
        
        Cada entrada elegida da um caso de teste
        
        Fazer mentalmente
        
        Clientes com mais de 10 anos de cadastro, tem 10% de desconto
      - Onde pode ser aplicado?
        
        Intervalos numéricos (por exemplo, idade, peso)
        
        Intervalos de datas (por exemplo, datas de nascimento, datas de expiração)
        
        Validação de comprimento de string (por exemplo, nomes de usuários, senhas)
        
        Tipos enumerados (por exemplo, gênero, códigos de país)
        
        Valores monetários (por exemplo, valores de transações ou empréstimos)
        
        Uploads de arquivos (por exemplo, tamanho ou tipo de arquivo)
        
        Contagens de estoque (por exemplo, quantidades de estoque ou pedidos)
        
        Taxas de juros (por exemplo, taxas de empréstimos ou poupança)
        
        Permissões do usuário (por exemplo, níveis de acesso, níveis de assinatura)
        
        Respostas da pesquisa (por exemplo, escalas de classificação, respostas de múltipla escolha)
- - - - Cobertura de declaração;
        
        Garantir que cada linha (declaração) seja executada pelo menos uma vez.
        
        ✅ Força:
        
        Fácil de alcançar.
        Boa para detectar erros de sintaxe ou exceções básicas.
        
        ❌ Fraqueza:
        
        Não garante que todas as condições e caminhos lógicos foram testados.
        Pode deixar lógica importante não avaliada.
      - Cobertura de decisão;
        
        Garantir que cada caminho verdadeiro e falso do if seja executado.
        
        ✅ Força:
        
        Verifica se todas as decisões (ramificações) são tomadas.
        Melhor que cobertura de declaração.
        
        ❌ Fraqueza:
        
        Não garante que cada condição individual em um if com múltiplas condições seja avaliada isoladamente.
      - Cobertura de condições;
        
        Avaliar cada condição booleana individual como True e False.
        
        ✅ Força:
        
        Garante que cada subcondição (media >= media_necessaria, nota1 > 0, nota2 > 0) seja True e False pelo menos uma vez.
        
        ❌ Fraqueza:
        
        Não garante que a combinação das condições no if leve à execução real do bloco.
      - Cobertura de decisão/condição;
        
        Une cobertura de decisão + cobertura de condição: garante que cada condição seja True/False e que cada resultado do if (True/False) seja executado.
        
        ✅ Força:
        
        Balanceia qualidade com custo de teste.
        Garante combinação lógica básica.
        
        ❌ Fraqueza:
        
        Ainda não cobre todas as combinações possíveis de condições múltiplas.
      - Cobertura para múltiplas condições.
        
        Testar todas as possíveis combinações de valores lógicos (True/False) de todas as subcondições.
        
        ✅ Força:
        
        Cobertura mais completa e rigorosa.
        Detecta bugs complexos de lógica.
        
        ❌ Fraqueza:
        
        Muito caro: número de testes cresce exponencialmente.
        Neste exemplo, são 2³ = 8 combinações possíveis.