Técnicas de Especificação

Técnicas de Especificação

1. TÉCNICAS PARA PROJETO DE CASOS DE TESTE

   • Baseada na Especificação ou Caixa Preta: É aquela em que se toma-se como base o que está escrito sobre o sistema, seja em documentos de requisitos, manuais e diagramas, considerando ambos requisitos funcionais e não-funcionais.
     • As técnicas de projeto de casos de teste podem ser utilizadas em todos os estágios e níveis de teste, a partir dos testes de alto nível, teste de componente e integração, onde os casos de teste podem ser projetados baseados no projeto e/ou requisitos. Também podem ser usadas em testes de aceitação e de sistema, haja vista que os casos de teste são projetos a partir dos requisitos do sistema.
   • Baseada na Estrutura ou Caixa Branca: É aquela que utiliza o código como alicerce para a montagem dos casos de teste.
   • Baseada na Experiência do testador: Neste caso é utilizado a experiência do testador em sistemas similares ou experiência geral na atividade de teste.
   • Vantagens do uso de técnicas de especificação dos casos de teste
     • • Apoio para realização do trabalho de maneira sistemática e meticulosa, fazendo com que a especificação de teste seja efetiva e eficiente; • Síntese das melhores práticas baseadas nas experiências de muitos testadores; e • O projeto dos casos de teste pode ser repetido por outras pessoas, onde é possível explicar como o caso de teste foi projetado utilizando uma determinada técnica, o que faz como que o caso de teste tenha mais credibilidade do que aquele que foi projetado sem nenhum embasamento.

2. TÉCNICAS DE MODELAGEM DE TESTE

   • Classes de Equivalência
     • • Usada para reduzir o numero de Casos de Teste a um nível controlável, mantendo uma cobertura razoável. É aplicada em qualquer nível de teste • Dividir todas as combinações dos dados de entrada possíveis em classes. • É possível cobrir o maior número de requisitos com um menor numero de casos de teste.
     • Uma classe de equivalência representa um conjunto de entradas válidas e inválidas: • Intervalo de valores: 1 classe válida e 2 inválidas; • Quantidade de valores: 1 classe válida e 2 inválidas; • Valores determinados e manipulados de formas diferentes: 1 classe válida para cada valor e 1 classe inválida com um valor diferente. • Valores de um certo tipo: 1 classe válida e 1 inválida
     • A vantagem do uso desta técnica está relacionada com a redução do número de casos de teste a serem escritos, uma vez que os valores dentro de uma partição são tratados exatamente da mesma forma por um programa, e é necessário testar apenas um dos valores como representante da partição.
   • Análise de Valor de Fronteira
     • Análise de Valor-Limite e uma técnica de teste que explora os limites dos valores para preparar Casos de Teste; Observa-se que um grande numero de erros tende a ocorrer nos limites do domínio; Esta técnica complementa a técnica de classes de equivalência, a diferença e que os dados não são escolhidos aleatoriamente; Limites são áreas onde os testes estão mais propensos a indicar defeitos; Os valores limites de uma partição são seu máximo e seu mínimo.
     • A vantagem do uso dessa técnica está na possibilidade de se encontrar mais falhas e o foco concentra-se nas fronteiras onde a densidade dos defeitos, de acordo com a experiência, é maior.
   • Tabelas de Decisão
     • As especificações geralmente contêm regras de negócio que definem o funcionamento do sistema e as condições em que cada função opera. Decisões individuais são normalmente simples, mas o efeito geral dessas condições lógicas pode ser um tanto quanto complexo. Como testador, é necessário garantir que cada combinação em que essas condições ocorrem sejam testadas. As tabelas de decisões são, portanto, um mecanismo para capturarem todas as decisões lógicas de um sistema.
     • • A tabela de decisão deve ter uma estrutura que lista todas as condições de entrada e todas as ações que podem surgir a partir delas, e estão estruturadas de forma que as linhas representam as condições e suas possíveis ações. • As regras de negócio que envolvem combinações de condições para produzir um conjunto de ações estão organizadas no topo. • Portanto, cada coluna representa um possível caso de teste, haja vista que ele aborda as entradas e saídas esperadas.
   • Diagramas de Transição de Estados
     • O diagrama de transição de estados é uma técnica similar à tabela de decisão, no entanto o foco é o sistema do qual suas saídas estão atreladas às mudanças nas condições de entrada, ou mudanças de “estados”. Comportamento está atrelado ao estado atual e no anterior, e a transição é o gatilho para mudar o comportamento do sistema. Transições são causadas por eventos que podem gerar saídas (outputs) e/ou mudanças de estado. Um evento é qualquer coisa que age como gatilho para mudança, podendo ser uma entrada do sistema ou algo dentro do sistema que muda por alguma razão.
     • É utilizado quando algum aspecto do sistema pode ser descrito usando uma máquina de estados Ou seja, o sistema pode ter um número (finito) de estados diferentes, e as transições de um estado para outro são determinadas por regras de "máquina“. Muito utilizada em softwares industriais embarcados e automações técnicas em geral, e também adequada para modelar um objeto de negócio tendo estado específico ou para testar fluxos de telas de diálogos. Os testes podem ser construídos para cobrir uma sequência típica de estados, cobrir todos os estados, exercitar todas as transições, exercitar uma sequência específica de transições ou testar transições inválidas.