Atividade de Teste de "Software" consiste
algumas etapas que a gente vai verificar neste vídeo.
Então, as etapas principais da atividade de teste é o planejamento; o projeto,
dos casos de teste; a execução do programa si,
considerando esses casos de teste; e a análise dos resultados.
De forma geral, existe uma documentação sugerida, por exemplo,
por esse padrão "IEEE 829", que define uma documentação de teste de "Software",
independente da técnica utilizada.
A gente pode utilizar essa documentação como saída, ou como entrada,
para cada uma dessas etapas de teste.
Começando pelo planejamento, de forma geral,
a gente precisa pensar recursos humanos, tecnológicos, as estratégias de teste,
quais técnicas de teste que a gente vai utilizar, dentre outras questões.
Como saída, a gente pode gerar o plano de teste, então,
o plano de teste vai consistir no planejamento para a execução do teste.
Como que o teste vai ser executado?
Quais funcionalidades vão ser testadas?
Quais são as tarefas de teste?
Quem vai realizar as tarefas?
Tem risco associado na execução do teste?
Qual é o cronograma, de execução das tarefas?
E quais são os requisitos do ambiente?
E que ambiente o teste será realizado?
Uma dica para buscar plano de teste, na internet, por exemplo,
é você procurar por essas palavras-chave: Modelo de plano de teste;
"Template" de plano de teste; "Testing Plan Model", se você quiser procurar
inglês; o "Testing Plan Template", são alguns exemplos.
Aqui a gente tem exemplo de plano de teste dessa fonte aqui,- que depois vocês
podem consultar- então de forma geral, o quê que a gente tem no plano de teste?
O sistema que está sendo testado, quais são as pessoas selecionadas, quais são as
funcionalidades que vão ser testadas, os equipamentos, qual que é o cronograma,
o local do teste, os critérios para considerar o teste como finalizado e
algumas observações que podem ser colocadas de acordo com o contexto.
A próxima etapa, é o projeto dos casos de teste si.
Então, são elaborados os casos de teste, considerando uma técnica de teste e
algum critério, ou mais de alguma técnica, ou mais de algum critério.
E o quê que se espera como saída?
A especificação de projeto de caso de teste si, que basicamente refina o
documento de planejamento; a especificação dos casos de teste si,
contando dados de entrada, resultados esperados,
ações para executar o teste; e documento relacionado com a especificação
de procedimento de teste, passos para executar o conjunto de casos de teste si.
Aqui a gente tem exemplo da mesma fonte,
exemplo de documentação relacionada com caso de teste.
Então a gente tem, por exemplo: o módulo que está sendo testado; a descrição;
pequeno roteiro, observe esse exemplo aqui, "Inserir uma senha com menos de dois
caracteres ou mais de 32 caracteres", "Escolher a opção inserir usuário",
"Digitar e-mail válido", "Deixar os campos nome, e-mail e senha branco",
para a gente ver o quê que acontece; Aqui, quais são os resultados esperados?
É uma forma de descrever o caso de teste.
E depois a gente pode colocar informações sobre o resultado aqui, tá?!
A etapa seguinte é a etapa de execução si, então a gente planejou, os casos de teste,
e agora a gente executar os casos de testes que foram elaborados.
E daí, a documentação de saída sugerida é o diário de teste, então,
por exemplo, detalhes cronológicos da execução do teste.
Se houve algum incidente ou não,
é importante relatar isso documento chamado "Relatório de Incidente de Teste".
Qualquer evento que tenha ocorrido que precisa ser analisado, posteriormente,
ou encaminhado para o pessoal de desenvolvimento, a gente pode relatar.
E também está relacionado com esse relatório de encaminhamento de item de
teste, considerando o encaminhamento de questões que precisam verificadas pela
equipe de desenvolvimento.
Aqui a gente tem exemplo de relatório de incidente; qual é o sistema;
o status; o responsável pela correção; qual que é a prioridade da correção,
já que eu identifiquei erro que foi relevado, eu preciso consertar isso; aqui
está a descrição; e quem corrigiu esse erro no sistema e quando,né?!
É exemplo de relatório de incidente.
Por fim, a gente precisa fazer a análise dos resultados da atividade de teste.
Então, avalia-se o comportamento do programa testado,
considerando os casos de teste.
E como saída, de documentação esperada,
a gente tem o relatório de resumo de teste, que é muito importante.
Então aqui a gente coloca, por exemplo, as pessoas envolvidas; e de forma geral,
quantos casos de teste foram criados antes do teste; se foi necessário criar algum
caso de teste durante o teste, quantos foram; quantos casos de teste foram
executados; quantos retornaram sucesso; e quantos casos de teste revelaram erros.
E aí aqui a gente tem a análise, mas considerando percentual, tá certo?!
Então aqui a gente tem resuminho,
relacionado com as etapas de teste de "software".
Então, basicamente, as etapas são: planejamento, projeto, execução e análise.
E é importante verificar a documentação relacionada,
é uma documentação, normalmente, especificada por orgãos internacionais,
bastante importantes para a área de teste de "software".
E é importante que a gente adeque para cada contexto,
no caso da sua empresa, verificar qual o documento que pode ser útil e
se ele pode ser adaptado de alguma forma, tá certo?!
Como próximos passos, para a sua aprendizagem, eu deixo para você
identificar outros termos e conceitos relacionados com a atividade de teste,
e também, exercitar os conhecimentos adquiridos até agora,
por meio de exercícios e casos.
Márcio Eduardo DelamaroProfessor Associado
Ellen Francine BarbosaProfessor Associado
Aracele Garcia de Oliveira FassbinderDoutoranda em Ciências de Computação e Matemática Computacional pela Universidade de São Paulo (USP). Professora efetiva no IFSULDEMINAS Campus Muzambinho.
Stevao Alves de AndradeDoutorando em Ciências de Computação e Matemática Computacional pela Universidade de São Paulo (USP).
Draylson Micael de SouzaDoutor em Ciências da Computação e Matemática Computacional
