Olá Comunidade!
O objetivo desse artigo é mostrar a criação de casos de testes com a ferramenta de qualidade e teste
de software da Microsoft, o Test Manager.
Lembrando que, além da etapa de criação, os testes também passam pela etapa de execução, o qual
irei escrever no próximo post.
A seguir, inicio o artigo com uma breve introdução sobre o engajamento da área de qualidade de
software em conjunto com os produtos de desenvolvimento da Microsoft.
A partir dessa introdução, agora vou falar sobre a ferramenta de testes, que é o foco desse artigo, o Test Manager.
O Microsoft Test Manager (MTM) é uma ferramenta nova e completa desenvolvida pela Microsoft para a criação e
execução de (casos de) testes. A usabilidade do Test Manager transparece simplicidade, praticidade e
principalmente objetividade ao desenvolvimento das tarefas ao profissional de testes de software.
Porém, antes da ferramenta entrar em ação, o Tester precisa ler a especificação de requisitos e entender o que será
testado. Após esse entendimento, o próximo passo é criar o plano de testes para que ele tenha um roteiro
de criação e execução dos testes. Com base nesse resumo, cito os critérios para a criação dos testes:
- Ponto(s) necessário(s):
- Projeto criado no Team Foudation Server e conectado através do Visual Studio;
- Protótipo das telas para conhecimento das funcionalidades e entendimento das respectivas regras de negócio e
- Criação do plano de testes (não necessariamente em algum padrão).
- Ponto(s) desejável(eis):
- Criação dos cenários (passos esperados do usuário e os resultados esperados do sistema) de cada tela paraauxiliar na criação dos casos de testes.
Acabou a teoria. Vamos a prática!
1) Ao abrir o Test Manager, o mesmo se comunica com o TFS para listar os TEAM PROJECTs disponíveis localmente e
permitir que o usuário selecione o projeto, o qual irá criar/executar seus testes. O team project criado para a
demonstração desse artigo denomina-se “Fibonacci”.
2) Após a conexão com o Team Project, a tela a seguir trata-se da seleção ou criação do TEST PLAN,
porque o usuário pode ter mais de um plano de teste do software desenvolvido.
Isso se dá conforme o projeto, pois pode ser por mudança de versão, fase do projeto, regras de negócio, por módulos ou
telas novas para entregas posteriores.
3) Depois do plano de teste definido, chegamos ao centro de testes. Como o post cita os procedimentos
da etapa de criação, só iremos ver a tab‘Plan’ (vide foco na imagem). O TEST PLAN é divido em duas partes:
Contents e Properties (o qual não irei explorar para ser mais objetivo). O link ‘Contents’ aborda as
suites (grupos de testes) de um lado e um menu do outro. A criação e a organização das suites se dá
pela originalidade do Tester e pelas telas do software (fase do projeto, categorias, menus, módulos e etc.),
com isso é possível criar uma árvore de suites, isto é uma principal e ‘n’ adicionais. Na imagem abaixo,
temos apenas uma suite e com um Test Case já criado. Para criar um Test Case, basta clicar no botão ‘New’
que apresentará a tela seguinte.
4) Essa é tela que corresponde aos Test Cases. Eles são responsáveis por armazenar os Steps
(passos do teste) constituído por ações do usuário (na coluna ‘Action’) e resultados esperados do sistema
(na coluna ‘Expected Result’) e os parâmetros (caso tenha) (na coluna ‘Parameter Values’) definidos nos passos.
Lembrando que esses valores devem sempre estarem acompanhados do ‘@’ conforme os Steps “1″ e “2″.
No próximo artigo, vamos falar sobre a execução de casos de testes no Microsoft Test Manager.
Abraços!