| | 53 | === Como Escrever === |
| | 54 | |
| | 55 | A escrita de um caso de teste deve descrever a sequência de passos que o usuário e o sistema realizam para execução de uma funcionalidade. Estamos adotando apenas o campo "Passos"; o campo "Resultados Esperados" não deve ser preenchido. Exemplo de uma sequência de passos: |
| | 56 | |
| | 57 | - Usuário faz isso |
| | 58 | - Sistema responde aquilo |
| | 59 | - Usuário faz nova ação |
| | 60 | - Sistema responde ação |
| | 61 | |
| | 62 | O caso de teste descreve em passos toda a interação usuário-sistema de uma funcionalidade. Basicamente para cada ação do usuário existe uma resposta do sistema (procure olhar os demais casos de teste de outros módulos já cadastrados no Testlink, como por exemplo, o do módulo Gerenciar E-Mail, suite Compor mensagem, caso de teste Enviar e-mail). |
| | 63 | |
| | 64 | Os casos de teste reutilizam passos de outros casos de teste e para tanto é utilizada a convenção de usar colchetes com o nome do caso de teste reutilizado: |
| | 65 | |
| | 66 | '''[caso de teste reutilizado]''' |
| | 67 | |
| | 68 | O caso de teste deve conter todos os passos do usuário desde o login até a execução da funcionalidade a ser testada e para não ficarmos repetindo esses passos, adotou-se a convenção de reutilizar casos de teste. No exemplo acima de Enviar e-mail, note que temos como pré-requisito o caso de teste [Acessar módulo Expresso Mail]. Se fores olhar este caso de teste notará que ele também reutiliza o caso de teste [Validar credenciais do Usuário]. Ou seja, antes de executar a funcionalidade enviar e-mail, o usuário deve ter previamente entrado no sistema (Validar credenciais) e entrado no módulo de e-mail (Acessar módulo Expresso Mail). Para não repetir todos esses passos de Validar credenciais e acessar módulo expresso mail no caso de teste Enviar e-mail usamos essa convenção de reutilizar os passos. |
| | 69 | |
