Apresentado em: 03/09/12. Apresenta o padrão utilizado para escrita de casos de uso na ferramenta Enterprise Archtect adequado ao contexto de casos de teste.

1. Padronização de Casos de Teste
William Melchior Jablonski - CTFL
UNGP - CPA

2. Padrão de nome do arquivo - Nomeclatura
Na criação do arquivo do Caso de Teste, definir o nome do arquivo
seguindo o seguinte formato:
TC_<SALT>_<descrição>.xlsx
<SALT>: Chave do chamado no SAC correspondente à elaboração
do Test Case.
<descrição>: Pequena descrição para identificação do contexto do
teste. Deve conter no máximo três palavras e não deve possuir
acentuação.
Exemplo: TC_12345-6_Cadastro_de_processo.xlsx

3. Padrão de preenchimento - Cenário
A descrição do cenário deve possuir a identificação do item a ser testado e da
partição de teste, conforme o seguinte padrão:
<item> - <partição> - <resultado>
<item>: Identificação da seção da aplicação a ser testada no cenário.
<partição>: Identificação da partição da seção testada pelo cenário.
<resultado>: Identificação da partição do resultado esperado.
Exemplo: Validar Cadastro de Usuário – Sem matricula – Não permite

4. Padrão de preenchimento - Interação com o sistema
No preenchimento da coluna “Interação com Sistema”, utilizar verbos no infinitivo para iniciar os passos de interação
com o sistema. Segue lista de verbos que podem ser utilizados e seus significados:
RELACIONAR – estabelecer relação entre algo, confrontar situações, conceitos ou fatos apresentados;
INSERIR – dado ou informação em algum campo.
VERIFICAR – se os dados/informações/valores estão no lugar apropriado, de forma apropriada. Conferir formato ou layout.
MARCAR – marcar cruz ou outro sinal em espaço para o efeito; distinguir, especificar.
PREENCHER – completar espaços ou textos com informações.
ENUMERAR – relatar ou especificar dados, pela respectiva ordem de prioridade.
IDENTIFICAR – atribuir nomes aos elementos; listar elementos de forma resumida.
SELECIONAR – escolher elementos dentre um dado conjunto, de acordo com um dado critério.
COMPARAR – estabelecer semelhanças e diferenças entre casos, situações, etc., com base nas suas características.
DEFINIR – explicar o significado de algo; demarcar os limites de um conceito.
CLICAR – pressionar algum tipo de botão, marcar cruz ou outro sinal em espaço para o efeito.
ACESSAR – pastas, planilhas, menus e afins.
Os passos devem ser numerados, sendo que o último passo será o que gera o estado esperado. Se o dispositivo de interface
for especificado, utilizar o nome do objeto nos passos da interação e deixar sua identificação entre aspas. Exemplo:
1. Preencher o campo ‘Nome’ com o valor “X”.
2. Clicar no botão ‘Pesquisar’.
Caso o dispositivo de interface não for especificado, descrever a ação de forma genérica. Por exemplo:
1. Realizar pesquisa com o valor “X”.

5. Padrão de preenchimento – Resultado Esperado
Na coluna “Resultado Esperado” deve ser preenchido iniciando a frase com
“Sistema” ou agente responsável pela resposta. Em seguida o verbo, conjugado
no presente, que representa a resposta do sistema seguido do resultado da
ação. Por exemplo:
O sistema apresenta uma janela de pop-up informando que a operação foi
executada com sucesso.
No caso de existirem mais de um resultado esperado, numerá-los.
Por exemplo:
1. O sistema apresenta mensagem informando que a operação foi executada
com sucesso.
2. A impressora emite um cupom fiscal com as informações...

6. Padrão de preenchimento – Evidências de teste
Registrar as evidências de teste em forma de imagem. Segue abaixo
forma de proceder o registro da evidência:
1. Pressionar a tecla “Print Screen” no momento que o resultado esperado
for mostrado na tela.
2. No Test Case, selecionar a célula da evidência de teste correspondente ao
cenário testado.
3. Clicar em “Objeto” do menu “Inserir” do Excel.
4. Na aba “Criar do arquivo”, clicar em “Procurar...”.
5. Selecionar a imagem e, caso a evidência não seja um arquivo de imagem,
selecionar o campo “Exibir como ícone”.
6. Clicar em “OK”.

7. Padrão de preenchimento – Dicas
• Não utilizar referências externas a outros documentos. Se necessário, inserir
o arquivo no caso de teste (como objeto), informando o anexo e a seção do
documento.
• Para adicionar o arquivo no repositório de arquivos da área de qualidade,
somente o Caso de Teste mais atual deve ser mantido e este não deve conter o
prefixo da versão no nome do arquivo.

8. * Excelência técnica
- Não só fazer, mas sim fazer melhor.
* Usabilidade
5° Heurísticas de Nielsen:
Feedback:
• Mostrar as falhas de forma clara, apontando sua causa e, se possível,
orientando como a falha deve ser desfeita.
8° Heurísticas de Nielsen:
Boas mensagens de erro:
• Claras, dependendo do público alvo, sem códigos.;
• Mensagem não agressiva, de forma a não intimidar o usuário.

9. Mensagens de retorno ao usuário
Exemplos:
ERRO:
"O funcionário público não está vinculado a um órgão público. Selecione um funcionário público
que esteja vinculado a um órgão público para prosseguir com o cadastro."
"A pessoa selecionada não é um funcionário público. Selecione um funcionário público para
prosseguir com o cadastro."
"A competência inicial informada é posterior a competência final. Informe uma competência inicial
igual ou anterior a competência final para prosseguir com o cadastro."
SUCESSO:
"Operação realizada com sucesso.
O vínculo do funcionário público foi bloqueado.“
Estrutura:
Erro: <O que está diferente do que o sistema precisa?> - <O que deve ser feito para corrigir isso?>
Sucesso: <Devolutiva do resultado?> - <O que foi feito?>
Fonte: "Colabore >> Liga >> Projeto Melhorias >> Padrão Softplan de especificação de requisitos“.

10. Obrigado !