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.