processo de gerenciamento de teste
o processo de gerenciamento de teste é um conjunto de atividades desde o início do teste até o final do teste. Dá uma disciplina aos testes. Ao seguir um processo de teste, ele nos dá o plano na inicial. O processo de teste fornece a facilidade para planejar e controlar os testes durante todo o ciclo do projeto. Ajuda a rastrear e monitorar os testes em todo o projeto. Fornece transparente de testes entre as partes interessadas e mantém o teste realizado para referência futura. Proporciona um nível profundo de detalhes dos testes que estão sendo realizados. Fornece uma compreensão clara das atividades de teste do projeto anterior e do projeto pós a todas as partes interessadas.Existem muitas ferramentas (ferramentas como qTest, JIRA, Team Service, TestLink.) disponível para gerenciar o processo de teste. O processo de teste pode ser definido e praticado de forma diferente de acordo com a necessidade em teste. Explicadas abaixo estão as atividades típicas no processo de teste.
o plano de teste serviu como um esboço inicial para realizar o teste. O teste está sendo rastreado e monitorado de acordo com o plano de teste. Ele fornece uma imagem anterior do Desafio e aspecto do teste que será realizado para o software. Ao manter um plano de teste, podemos gerenciar as mudanças no plano.Ao iniciar novos projetos, com base na lição aprendida nos testes anteriores, o plano de teste precisa ser melhorado para melhorar. O plano de teste explica a visão geral de um requisito específico que precisa ser testado, escopo, requisito funcional e não funcional, risco e mitigação, abordagens de teste, cronograma de teste e entregas e cronograma, fora do escopo e suposição, equipe de teste e alocação, ambiente de teste, mecanismo de atividades de teste e qualquer outra nota especial para teste.
| elementos do plano de ensaio | Descrição |
| Over view | over view of the test plan and purpose of this test plan. Qual é o projeto que precisa ser testado? Resumo do software que precisa ser testado. Objetivo de fornecer este software ao usuário. |
| escopo e fora do escopo | Qual é o objetivo do teste? Que tipo de teste será realizado?Se houver algum fora do escopo do teste. Breve explicação sobre o projeto de software e o que está coberto no plano de teste.Definindo um quadro para o teste com base em recursos, esforço, orçamento e linha do tempo. Quais recursos ou seção serão cobertos e quais recursos ou seção não serão cobertos durante o teste. |
| requisito funcional e não funcional | explique cada teste funcional e não ficcional (teste de desempenho, teste de usabilidade) que precisa ser realizado. Explique cada recurso que será testado. Cada item funcional e não funcional deve ser colocado sem ambiguidade. |
| risco e mitigação | explicam o risco relacionado ao Projeto, software e recursos identificados. Explique o plano de mitigação e a possibilidade.Identifique o risco que podemos enfrentar durante o teste. Indisponibilidade de recursos, atraso na liberação do desenvolvedor, deslize no cronograma, menos compreensão nas funções e lacuna entre os requisitos de negócios e sistema. |
| abordagens de teste | que tipo de abordagens de teste serão usadas? Que tipo de teste será realizado? Tipos de teste como teste de instalação, teste funcional, teste UAT.Especifique quais ferramentas usaremos nos testes. Especifique as ferramentas e informações de licença necessárias para o teste. |
| programação de teste e entregas | descreva a estrela inteira e a data completa do teste. Precisa descobrir a data dos lançamentos do desenvolvedor e o número de lançamentos. Mencione cada uma das datas de lançamento do desenvolvedor, data de início do teste e data de conclusão. Analise o requisito e os testes que vamos realizar e, em seguida, faça o esforço. Com base no recurso, planeje a programação com mile stone. Também precisamos considerar o prazo como qualquer prazo específico. |
| suposição | pode haver qualquer suposição relacionada a software, projeto, recurso ou quaisquer conceitos. E estes têm que ser escritos nisso. |
| equipe de teste e alocações | quem são os testadores que estarão envolvidos e quais são suas responsabilidades no projeto are.To a quem o treinamento é necessário, se houver. Quando as responsabilidades são definidas, é fácil realizar os testes no projeto. |
| ambiente de teste | forneça todas as informações relacionadas ao ambiente de teste. Qual é o ambiente de teste? Em quais navegadores o teste é realizado? Mencionando o ambiente UAT.Sistema externo que será acessado durante o teste. Indique a capacidade da RAM e do processador. |
2) Projeto de teste:
o projeto de teste oferece como implementar o teste. Normalmente, a criação de casos de teste é com Entradas e saída esperada do sistema e a escolha de quais casos de teste são necessários para a execução do teste. O testador deve ter a compreensão clara e o conhecimento apropriado para definir o resultado esperado. Com isso, a cobertura do teste é definida e o testador não perderá nenhum cenário. Existem dois tipos de técnicas de design de teste, um é o teste estático e o outro é o teste dinâmico. O teste estático é usado para testar sem execução principalmente em artefatos como documento e o teste dinâmico está testando executando o sistema.
caso de teste (elemento no documento do caso de teste):
- Projeto / título de Teste, Teste executado pelo, Teste executado data, A versão do software e do ambiente de Teste
- de Teste do caso número
- Teste de resumo
- Passos
- Pré-condição
- Pós-condição
- dados de Teste
- resultado Real
- resultado Esperado
- resultado do Teste
- Nota
3) Execução de teste:
Maneira de execução e teste o sistema real resultado contra o resultado esperado é a execução do teste. A execução do teste pode ser feita manualmente e usando o automation suit. Durante o testador de execução precisa ter certezaque a necessidade do usuário do software está ocupada no software. A execução do teste é realizada referindo-se ao documento criado durante o projeto do teste como processo passo a passo. O testador precisa manter o controle durante a execução dos casos de teste.
exemplo para testes estáticos:
- teste o documento da especificação da exigência.
- teste o documento de design
- teste O Guia do Usuário
exemplo para testes dinâmicos:
- testes unitários
- testes funcionais
- testes de integração
4) critérios de saída:
os critérios de saída determinam quando interromper a execução do teste. Os critérios de saída são definidos durante a fase do plano de teste e usados na fase de execução do teste como uma pedra de milha. O testador precisa definir os critérios de saída no início, os critérios de saída também podem mudar durante a execução do projeto. Existem fatores como necessidade do cliente, estabilidade do sistema e função preenchida que decidem os critérios de saída. Assim que o testador atingir os critérios de saída, o teste será interrompido. Abaixo estão alguns critérios de saída comuns.
- todos os defeitos críticos estão fechados.
- todos os defeitos relatados e fechados e verificados.
- executado e coberto as áreas que usado pelo Usuário principalmente.
- o sistema atendeu a todos os requisitos.
- todas as funções importantes são testadas e funcionando conforme o esperado.
5) relatório de teste:
o relatório de teste fornece a imagem do processo de teste e do resultado para o ciclo de teste específico. Para definir o elemento no relatório de teste, a primeira coisa que precisa ser considerada é quem são os públicos-alvo do relatório de teste. Para um exemplo, um gerente de projeto gostaria de ver a imagem de alto nível dos testes, as pessoas intermediárias desejarão ver mais detalhes e o cliente esperará o relatório de teste nos critérios, como base de requisitos, base de recursos. O relatório de teste é preparado e comunicado periodicamente como Diário, Semanal, mês etc. Isso precisa ser enviado em diferentes estágios e tempo.No futuro resultado do projeto de relatórios de teste precisa ser analisado e aplicar a lição aprende. O relatório de teste contém elementos como status de execução de teste, porcentagem concluída, plano vs. casos de teste executados, ambiente de teste, execução de teste por recursos, risco e mitigação, se houver, resumo do defeito, cenário e condições de teste, qualquer suposição, qualquer nota etc.
relatório de cobertura de teste: (Elementos de cobertura de teste relatório de)
- Porcentagem concluída
- cenário de Teste
- área de Software
- Testado recurso
- Testado data
- resultado do Teste
Defeito relatório de resumo: (Elementos de defeito relatório de resumo)
- Defeito por gravidade
- Defeitos por prioridade
- Defeitos, atribuído developer
- Defeitos por função
- Defeitos por área de software
- Aberto e fechado de defeitos
Risco e mitigação de relatório: (Elementos de risco e mitigação de relatório)
- risco Identificado
- Probabilidade
- nível de Risco
- tipo de Risco
- plano de Mitigação
Conclusão:
neste artigo aprendemos sobre o Teste do processo de Gestão, não é apenas de uma única atividade, mas também é composto de uma série de atividades como o Planejamento de Teste, Projeto de teste, Execução de Teste, Critérios de Saída de Teste e geração de Relatórios.
Leave a Reply