Click here to edit title

Achei que eu tivesse postado esse artigo a um ano atrás, estive vasculhando aqui o blog e não postei. Então vejamos.

Este artigo te ajudará a enfrentar o perigo: testar sem um cenário.

Elaboração do Plano de Caso de Teste

O Plano de Caso de Teste é o documento que registra todo o planejamento dos testes dos requisitos estabelecidos durante o ciclo de desenvolvimento do software. Esse documento determina o que será testado, e seu principal objetivo consiste em identificar o maior número de cenários e variações de determinado requisito de software. Cada cenário será representado por um conjunto de casos de testes a ser validado por uma lista de procedimentos, incorporados numa suíte de testes que posteriormente será executada. Os casos de teste estabelecem quais informações serão empregadas durante os testes desses cenários, quais os resultados esperados e a massa crítica de testes necessária para validar todos os requisitos do software.

Definiçãodo Caso de Teste

Em geral, define-seformalmente um caso de teste como a especificação mais detalhada do teste, coma pormenorização de campos de telas, formulários etc. Estabelece quaisinformações serão empregadas durante os testes dos cenários e quais serão osresultados esperados. Para isso, é necessário determinar a massa a serutilizada no teste de modo a validar todos os requisitos do software.

Um bom caso de teste deve conter:

·        Identificação das condições de testes:

             o  Pré-condições;

             o  Pós-condições;

             o  Critério de aceitação.

·        Identificação dos casos de testes (o que testar).

·        Detalhamento da massa de entrada e de saída.

·        Critérios especiais, caso necessários, para ageração da massa de teste.

·        Especificação das configurações de ambienteno qual o teste será executado: sistema operacional, ferramentas necessárias, origem dos dados etc. (onde testar).

·        Definir o tipo de implementação do teste: automática/manual (como testar).

·        Definir o cronograma, ou seja, em qual fase esse teste será executado (quando testar).

·        Listar as interdependências, casos existam, entre os casos de teste.

O caso de teste deve ter as características a seguir para que possa ser usado e atender às expectativas de validação de qualidade:

·        Efetivo: testar o que se planejou testar;

·        Econômico: sem passos desnecessários;

·        Reutilizável: que possa ser repetido;

·        Rastreável: que possa identificar o requisito a ser testado;

·        Auto-explicativo: que possa ser testado por qualquer testador.

Especificação de Caso de Teste: Define os casos de teste, o que inclui os dados de entrada, os resultados esperados, as ações e as condições gerais paraa execução do teste. Utilizaremos a nomenclatura de Plano de Caso de Teste para esse documento gerado.

Qual a importância de documentar casos de teste?

·        Descrever o passo a passo de cada caso de teste;

·        Importante para permitir a disseminação do conhecimento e para ajudar na manutenção;

Existem diversas ferramentas no mercado que auxiliam nesse processo de documentação, como:

             o  Testlink

             o  Jira

             o  Rational Test Manager

             o  Rational Quality Manager

Vamos exemplificar técnicas de elaboração para telas de cadastros

- Procure descrever um caminho curto e objetivo

- Procure descrever da forma mais sucinta possível o Caso de Teste

- Procure elaborar o caso de teste com o menor número de passos possíveis

- Se um Caso de Teste ficar maior do que o Caso de Uso, procure dividir em mais Casos de Testes

- Em um Caso de Teste ágil, tente colocar as condições para a ação, a ação a executar e se possível os resultados esperados (é desejável, pois na maioriadas vezes não conhecemos o resultado)

 Entre outras, estas técnicas podem ajudar a criar um Caso de Teste até mesmo bem dinâmico com o testador que irá executar o teste.

Agora vamos ao exemplo de Um caso de Teste Elaborado de forma tradicional eum Caso de Teste Elaborado de forma Ágil, assim como um elaborado de forma Hibrida.

CT002 - Validar Cadastrar Time

Objetivo: Cadastrar um novo time no sistema

Pré-condições: Usuário(Administrador) ter acesso a tela de cadastro

Passos:

Entrada

1. Usuário acessa tela de cadastro de time

2. Usuário insere o campo Nome: "Corinthians"

3. Usuário insere o campo Empresa: "Corinthians S.A."

4. Usuário insere o campo Responsável: "Mario Gobi"

5. Usuário clica em salvar

Saída

1. Sistema valida os campos nome, empresa e responsável com sucesso

2. Sistema salva no banco

3. Sistema exibe mensagem "O time foi salvo com sucesso"

Exemplo de Caso de Teste utilizando o conceito tradicional e que poderia ser inserido no Testlink.

Teste de campos obrigatórios do cadastro de filmes

Dado que:

- Os campos obrigatórios são: Nome do Filme, Ator, Atriz, Diretor

Quando:

- Eu não preencho o campo Atriz

Então:

- O sistema não salva o filme

- O sistema exibe mensagem que não foi salvo o filme

- O sistema lista campos a serem preenchidos

Exemplo de Caso de Teste utilizando o conceito  Ágil. Estes podem ser controlados por postits

CT011 - Validar inserção de caracteres especiais no campo Nome

Objetivo: Testar se o sistema permite inserção apenas de caracteresespeciais

Pré-condições: Usuário(Administrador) ter acesso a tela de cadastro

Passos:

Entrada

Usuário preenche os campos com valores válidos

Usuário preenche o campo Nome apenas com caracteres especiais

Saída

Sistema não permite inserção de apenas caracteres especiais no campo

Exemplo de Caso de Teste utilizando um conceitotradicional, mas também sendo um 'pouco' ágil.