Técnica de testes funcionais ou caixa‑preta

6.4.1 Técnica de testes funcionais ou caixa‑preta

O analista não tem acesso ao código fonte e desconhece a estrutura interna do sistema. É também conhecido como teste funcional, pois é baseado nos requisitos funcionais do software. O foco, nesse caso, é nos requisitos da aplicação, ou seja, nas ações que ela deve desempenhar.

Para mostrar quais problemas que esse tipo de teste rastreia, podemos citar alguns exemplos:

• Data de nascimento preenchida com data futura;
• Campos de preenchimento obrigatório que não são validados;
• Utilizar números negativos em campos tipo valor a pagar;
• Botões que não executam as ações devidas;

Enfim, todo tipo de falha funcional, ou seja, falhas que contrariam os requisitos da aplicação.

Há que se destacar, contudo, que existe um elemento comum aos dois tipos de teste. Tanto no teste de caixa branca quanto no teste de caixa preta, o analista não sabe qual será o comportamento da aplicação ou do alvo de teste em uma determinada situação. A impre

6.4.3.3 Testes funcionais de interface

Alem dos casos de testes relacionados as regras de negocio abordadas ate aqui, existem os casos de

testes relativos ao comportamento tecnico das telas ou interfaces. Esses casos de testes sao importantes

para garantir que a interface faca as verificacoes necessarias para tornar o software mais robusto e

confiavel com os dados de entrada.

Esses casos de testes devem ser identificados a partir da propria interface ou da especificacao

de interface gerada para a aplicacao e devem ser executados desde a fase dos testes de unidade ate

os testes de sistema. A participacao dos usuarios na definicao desses testes e essencial para evitar

solicitacoes de mudancas na interface no momento dos testes de aceite, e a realizacao desses testes

pelos desenvolvedores reduz substancialmente os apontamentos de defeitos nos testes de sistema.

Os principais casos de testes de interface estao relacionados a:

• reconhecer os atributos de cada campo;

• identificar e obter as regras de validacao de cada campo;

123

Engenharia de Software II

• validar a navegacao;

• validar as mensagens que serao exibidas.

Para criar os casos de testes de interface, obedeca aos seguintes passos:

• identifique os campos e componentes da interface;

• para cada campo identificado:

— coloque o nome, o tipo do campo, o tamanho, o formato, as validacoes e se e obrigatorio ou

nao.

• identifique os eventos que podem ser disparados pelos componentes (links, botoes, caixas de

texto, listas, dentre outros);

• valide as acoes que serao realizadas para cada evento;

• defina e valide as mensagens de advertencia criadas.

Por exemplo, para o cenario de testes de Consultar cliente com sucesso exposto anteriormente,

temos a seguinte especificacao da interface:

Tabela 9 – Especificacoes da interface

Elemento Descrição Tipo/tamanho Formato Validação

Campo Nome Alfa (40) Alinhado a esquerda Pode estar em branco

Campo CPF Numerico (9) 111.111.111‑11 CPF deve ser valido

Campo Endereco Alfa (40) Alinhado a esquerda –

Campo Cidade Alfa (20) Alinhado a esquerda –

Campo Estado Alfa (2) – UFs validas do Brasil

Campo Pais Alfa (10) Fixo “Brasil”

Botao Buscar ‑ – Obter dados

Botao Nova Busca – – Limpa tela

Botao Voltar – – Retorna ao menu

Temos tambem a seguinte especificacao de mensagem:

Quadro 20 – Especificacoes da mensagem a ser exibida