Tutorial de gerenciamento de teste: um guia definitivo para gerenciamento de teste - Outro
Guerras De Guildas
Tutorial de gerenciamento de teste: um guia definitivo para gerenciamento de teste
Este é um Tutorial de gerenciamento de teste para teste de software. Inclui Fases de Gerenciamento de Teste, Ferramentas e Gerenciamento de Teste Vs Estrutura Organizacional:
Gerenciamento de Teste é o processo de gerenciamento de todas as atividades, documentos e outros trabalhos relacionados ao teste. Estruturas organizacionais referem-se a uma hierarquia de equipes ou funcionários que trabalham em projetos específicos.
Você acha que a estrutura organizacional afeta o gerenciamento de testes?
Se sua resposta for não, veremos por quê? Se sim, vamos ver como isso afeta. Para encontrar a relação entre esses dois, precisamos entender esses tópicos claramente e, em seguida, explorar a relação entre Gerenciamento de Teste e Estrutura Organizacional.
Introdução ao gerenciamento de teste
Componentes de gerenciamento de teste
# 1) Documentação de teste
# 2) Estimativa de teste
# 3) Métricas de teste
# 4) Medição do progresso do teste
# 5) Métricas para monitorar o ciclo de vida do teste
Fases de gerenciamento de teste
# 1) Análise de risco
# 3) Planejamento de Teste
# 4) Organização de teste
# 5) Monitoramento e controle de teste
# 6) Gerenciamento de problemas
# 7) Relatório de Teste
Gerenciamento de Teste Vs Estruturas Organizacionais
Gerenciamento de Teste significa gerenciar todo o processo de teste de software para um projeto específico. O processo de gerenciamento de teste é aplicado a todo o ciclo de vida de desenvolvimento de software. Portanto, idealmente, assim que o processo de desenvolvimento de software é iniciado, o processo de gerenciamento de teste também deve ser iniciado.
O Gerente de Teste tinha as seguintes responsabilidades -
O Test Manager (TM) deve garantir consistência e qualidade desses produtos de trabalho.
Trabalhe com o analista de teste e o analista de teste técnico para selecionar e personalizar o modelo apropriado.
Trabalhar com Test Analyst e Technical Test Analyst para estabelecer padrões desses produtos, como níveis de grau de detalhamento.
Revise os produtos de trabalho usando técnicas apropriadas.
O Gerenciamento de Teste é dividido em 5 partes para melhor compreensão:
Medição do progresso do teste
Métricas para monitorar o ciclo de vida do teste
Existem três tipos de documentação de teste listados abaixo:
# 1) Política de teste:
Resume o valor que a organização obtém dos testes.
Define políticas de teste.
Descreve como avaliar a eficácia do teste.
Descreve o processo de teste.
Especifique como a organização irá melhorar o processo de teste?
# 2) Estratégia de teste:
Descreve as metodologias gerais de teste, que são usadas para gerenciar riscos de projeto e produto.
Estratégias analíticas: Como o teste baseado em risco.
Estratégia baseada em modelo: Como um perfil operacional, em que a equipe de teste desenvolve um modelo baseado em situações reais e aceitas de ambiente, entrada e condições.
Estratégia Metodológica: Características de qualidade em que a equipe de teste usa um conjunto de condições de teste, lista de verificação ou coleção de testes lógicos generalizados.
Técnicas de processo ou de conformidade com o padrão: Segue um conjunto de processos como SCRUM / Agile.
Estratégias reativas: Usando ATAQUES baseados em defeitos, COMO TESTES EXPLORATÓRIOS.
Estratégia Consultiva: Como o teste direcionado ao usuário, em que a equipe de teste depende da entrada de uma ou mais partes interessadas para determinar as condições de teste, como o teste de compatibilidade terceirizado.
Também descreve:
Técnicas de especificação de teste
Independência de teste
Padrões obrigatórios e opcionais
Reutilização de produtos de software
Reteste e regressão.
# 3) Plano de teste mestre:
Ele cobre todas as tarefas de teste que precisam ser feitas.
Ele discute como o teste implementará a Estratégia e Política de Teste.
Se algo não for descrito, o Plano de Teste deve descrever o porquê e o plano de mitigação para isso.
Os conteúdos do Plano de Teste são:
Itens a serem testados
Características de qualidade a serem testadas.
Variáveis ​​de defeito
Itens de teste no escopo
Governança geral dos esforços de teste,
É uma atividade de gestão
É baseado na experiência.
Ele fornece um catálogo específico e detalhado de custos, recursos, tarefas e pessoas.
A estimativa, uma vez preparada, deve ser entregue à administração junto com a justificativa.
A estimativa final representa o melhor equilíbrio possível entre as metas organizacionais e do projeto.
A estimativa é baseada nas informações disponíveis no momento em que foi elaborada.
Para permanecerem precisas, as estimativas devem ser atualizadas para refletir informações novas e alteradas.
Fatores que afetam a estimativa de teste:
Nível de qualidade exigido
Fatores de processo como estratégia, desenvolvimento e ciclo de vida
Fatores materiais como ambiente de teste, automação, ferramentas e dados
Fator de pessoas
Treinamento e KT (Transferência de Conhecimento)
Assimilação e desenvolvimento de novas ferramentas e tecnologias, processos ou técnicas.
O requisito de um grau superior da Especificação de Teste detalhada.
Tempo de chegada do componente
Sessão de Estimativa de Equipe
Testador - proporção de desenvolvedor
Análise de ponto de função, LOC.
A estimativa de teste é explicada posteriormente no tutorial.
java remove um elemento de um array
O que é medido é considerado feito?
O que não mede, é fácil ser ignorado?
Um conjunto limitado de métricas úteis deve ser definido.
Apenas aquelas métricas devem ser definidas cuja interpretação é acordada por todos.
Relatórios e combinação de métricas devem ser automatizados.
O gerente deve validar as informações em métricas.
Métrica do projeto: % de aprovação, falha executada etc.
Métrica do produto:
Métrica do processo: Mede a capacidade de teste como% do defeito.
Pessoas: Capacidade do indivíduo.
Métrica de progresso do teste:
O número de condições / casos de teste, planejados x executados.
Defeito total categorizado por gravidade, prioridade, estado atual e subsistema de efeito.
O número de alterações necessárias, aceitas, construídas e testadas.
Custo planejado x custo real.
Duração planejada x real
Marco de teste planejado versus real.
Status de risco de qualidade do produto
% de perda de esforço, custo ou tempo de teste.
Riscos do produto:
% de risco coberto.
% de risco de falha no teste
% De risco identificado pelo indivíduo.
O número de defeitos encontrados versus o número de defeitos enviados.
Taxa de tempo médio de falha de chegada
Defeitos nos itens de teste específicos.
Detecção de RCA (análise de causa raiz)
O defeito são versões de teste.
Defeito na fase
Reportar rejeições x duplicado
Tempo necessário para resolver
O número de novos defeitos introduzidos devido à correção de defeitos antigos.
Número total de aprovação, falha, corredor, bloqueado no teste
O número total de casos de teste de regressão.
Cobertura de requisitos e design
Cobertura da configuração do ambiente
Monitorar plano de teste
Número de Risco e Requisito
Descoberta de defeito
Esforços planejados versus esforços reais.
Projeto de teste de monitor
O número de defeitos encontrados durante o design.
Análise de teste de monitor
Número de condições
Número de defeitos na análise
Monitorar a implementação do teste
% da configuração do ambiente
% de casos de teste automatizados.
Monitorar a execução
% de casos de teste aprovados, reprovados, sem execução, bloqueados
% De casos de teste cobertos
Defeitos planejados x reais resolvidos
% do plano x cobertura real
Monitorar o fechamento
% de casos de teste passam, todos
% de casos de teste registrados na categoria reutilizável
O número de defeitos resolvidos / não resolvidos.
% do produto de trabalho de teste
A fase de monitoramento e controle de teste discutida abaixo explica melhor este tópico.
Durante o processo de Gerenciamento de Teste, deve-se considerar os seguintes pontos. Em outras palavras, a seguir estão as diferentes fases do processo de Gerenciamento de Teste:
Você pode notar que as primeiras quatro fases são mais sobre planejamento e as três restantes são sobre execução. Portanto, podemos dividir o processo completo de gerenciamento de teste em duas partes, ou seja, planejamento e execução.
Vamos explorar as várias fases de gerenciamento de teste em detalhes.
Esta fase inclui descobrir os fatores de risco e possíveis soluções. Se a análise de risco for feita completamente, podemos evitar falhas futuras ou pelo menos algum tipo de solução pode estar disponível.
O risco é algo que pode ou não acontecer. Mas se acontecer, qual será o seu impacto? Isso pode afetar gravemente a qualidade do software, a reputação da empresa e muito mais.
Os fatores de risco devem ser descobertos para evitar esse impacto negativo. A análise de risco deve ser feita para descobrir os fatores de risco. Existem dois tipos de riscos, ou seja, riscos do projeto e riscos do produto. Os riscos do projeto são os riscos relacionados ao processo de trabalho e os riscos do produto são os riscos relacionados ao produto desenvolvido.
A estimativa de teste é a previsão do tempo necessário para cada atividade / fase de teste. Como esta é uma estimativa, não pode ser precisa. Para uma melhor estimativa de teste, podemos estudar os projetos anteriores de nossa empresa ou podemos consultar os membros da equipe que serão responsáveis ​​por aquele trabalho ou fase de teste.
O planejamento de teste em si é um processo longo. Inclui a definição de objetivos de teste, escopo de teste, estratégia de teste, programação de tempo, recursos, abordagem de comunicação, etc. Os requisitos devem ser muito claros para definir os objetivos e escopo do teste. O plano de teste é para testadores, usuários e membros da equipe do projeto.
O plano de teste descreve a função do teste no projeto. O plano de teste também inclui as funções e responsabilidades, lista de recursos que serão testados e não serão testados, ambiente de teste, lista de ferramentas e suposições, se houver.
Durante a fase de planejamento do teste, planejamos todas as coisas possíveis sobre o teste.
Portanto, precisamos de membros qualificados da equipe para executar este plano ou para torná-lo bem-sucedido. Organização de teste tem tudo a ver com construir a equipe de teste perfeita para um projeto de sucesso.
Enquanto o trabalho de teste está em andamento ou enquanto os testadores estão executando o plano de teste, todo o andamento do trabalho deve ser monitorado. Deve-se acompanhar todo esse trabalho de teste. Se o monitoramento de teste for feito, a equipe de teste e o gerente de teste obterão feedback sobre como está o andamento do teste.
Usando esse feedback, o gerente de teste pode orientar os membros da equipe para melhorar a qualidade do trabalho de teste futuro. Com a ajuda do monitoramento de teste, a equipe do projeto terá visibilidade dos resultados do teste. Também ajuda saber sobre a cobertura do teste.
Para grandes projetos, o monitoramento dos testes é feito por meio de ferramenta automatizada, pois a coleta de dados será mais fácil. Para projetos pequenos, uma pessoa reunirá todos os dados ou documentos relacionados ao andamento do teste. Para coletar informações sobre o andamento do teste, podemos usar a ajuda do modelo de log de teste IEEE 829. Isso era tudo sobre monitoramento de teste.
Vamos ver o que é controle de teste? O trabalho do projeto nem sempre ocorrerá como planejamos. Pode haver algumas diferenças entre o plano e o trabalho real. Para minimizar ou remover essas diferenças, precisamos fazer algumas alterações e é assim que controlamos o trabalho de teste.
Os problemas podem ser qualquer problema que ocorra durante o processo de desenvolvimento e teste do software. Pode ser o menor motivo pelo qual não somos capazes de desenvolver / entregar um produto de qualidade. Alguns problemas são um empecilho, ou seja, sem resolver esse problema, não poderemos prosseguir com o processo posterior.
O gerenciamento de questões trata de como lidamos com essas questões / problemas. Também podemos chamá-lo de gerenciamento de incidentes. O gerenciamento de problemas requer um melhor planejamento do processo de resolução de problemas. Um melhor gerenciamento de problemas depende da habilidade e experiência do gerente de teste.
Como esses problemas ocorrem?
Pode haver vários motivos para a ocorrência de um problema. Algumas questões estão relacionadas à estratégia e outras estão relacionadas à definição, RH, cronograma, etc.
Problemas de estratégia :
O projeto fica sem fundos.
Má comunicação do projeto.
O processo de gerenciamento de projetos não está de acordo com os padrões declarados.
Problemas de definição : Problemas relacionados aos requisitos.
Exemplos: Requisitos pouco claros. Muitos problemas podem ser introduzidos devido a requisitos pouco claros.
automatizar a construção ajudará em
Problemas de programação: Este é o tipo de problema mais comum. Os funcionários têm que lutar para cumprir o prazo.
Questões de RH:
Falta habilidade na equipe.
Mapeamento incorreto de funcionários para o trabalho.
Pode haver muito mais tipos de problemas e não podemos mencioná-los todos aqui. Portanto, o gerenciamento de problemas envolve o registro, o rastreamento e a resolução de problemas.
O relatório de teste ajuda a identificar a cobertura do teste, a qualidade do produto desenvolvido e as melhorias de processo necessárias. Podemos decidir 'quanto teste é necessário?'
Se o teste for feito o suficiente, podemos enviar este relatório de teste às partes interessadas ou clientes. Para que também conheçam a qualidade do produto e tenham uma ideia de quantos testes são realizados no produto.
O gerenciamento de teste se complica à medida que avançamos em nosso processo de desenvolvimento de software e esse é um dos principais motivos pelos quais tantas ferramentas de gerenciamento de teste estão disponíveis hoje em dia.
Essas ferramentas ajudarão nas últimas quatro fases do processo de gerenciamento de teste (Organização de Teste, Monitoramento e Controle de Teste, Gerenciamento de Problemas e Relatório de Teste). Como essas ferramentas ajudam nas fases importantes do gerenciamento de teste, elas devem ser consideradas primeiro no projeto.
A seguir estão listadas as ferramentas de gerenciamento de teste mais populares:
TestFLO para JIRA
Raio X - Gerenciamento de Teste de Vanguarda
Requisitos e gerenciamento de teste para Jira (RTM)
=> Clique aqui para análises detalhadas das ferramentas de gerenciamento de teste TOP
Vamos ver as diferentes estruturas organizacionais.
Pode haver certas regras para estruturas organizacionais ou pode haver algumas estruturas ideais, mas independentemente disso, toda organização pode ter sua estrutura. Existem tantas estruturas organizacionais e cada uma tem suas vantagens e desvantagens.
c ++ perguntas práticas e respostas pdf
Aqui, vamos discutir alguns deles.
Em primeiro lugar, veremos a estrutura organizacional mais simples que é usada para pequenos projetos.
Nessa estrutura, os testadores e os programadores se reportam ao Gerente de Desenvolvimento.
O gerente de desenvolvimento tem bom controle sobre as atividades do projeto.
Haverá menos possibilidade de uma lacuna de comunicação entre as equipes de teste e desenvolvimento.
Também nas reuniões, é bom para definir os prazos para o gerente de desenvolvimento, pois ele tem total conhecimento do trabalho de teste e desenvolvimento.
O trabalho em equipe será eficiente, por causa de camadas mínimas.
As desvantagens desta estrutura incluem:
Como não há gerente de teste, existe a possibilidade de que o teste seja considerado no final do projeto.
Existe outra possibilidade de que os testes tenham menos importância para o projeto. Pode ser considerado no final do projeto.
Geralmente em pequenas organizações para pequenos projetos, acontece que a equipe de desenvolvimento leva mais tempo do que o mencionado e a equipe de teste tem que sofrer, ou seja, a equipe de teste terá que testar o produto dentro do prazo, para que a equipe de teste tenha menos tempo para testar o produto.
Nesta estrutura, para concluir um projeto com sucesso, o gerente de desenvolvimento deve ter em mente que seu objetivo não é apenas concluir o projeto, mas desenvolver software de qualidade.
A segunda estrutura organizacional mais comumente usada:
Este é o tipo mais comum de estrutura organizacional. Nessa estrutura, os testadores estão se reportando aos Test Managers e os desenvolvedores estão se reportando ao Development Manager. Tanto o Test Manager quanto o Development Manager estão subordinados ao Project Manager.
O Test Manager (TM) será responsável por todas as atividades relacionadas ao teste e é responsabilidade do Development Manager fazer com que o software seja desenvolvido. O Gerente de Projeto controlará as atividades de teste e desenvolvimento.
Ao contrário da estrutura anterior, aqui nesta estrutura, existem diferentes gerentes para teste e desenvolvimento, portanto, ambos podem se concentrar em seu trabalho. Eles permanecerão dedicados ao seu trabalho e haverá menos distrações para eles.
Nessa estrutura, as atividades de teste não podem ser negligenciadas ou não podem ser consideradas no final do projeto. Isso significa que tanto o teste quanto o desenvolvimento terão igual importância.
Quando se trata de tomar decisões críticas, vantajosamente, a equipe de teste tem independência.
Existe a possibilidade de uma falha de comunicação por causa de vários níveis.
As estruturas organizacionais afetam diretamente o gerenciamento de Teste. Diferentes estruturas organizacionais têm um impacto diferente no gerenciamento de teste, portanto, o gerenciamento de teste varia de acordo com a habilidade e experiência do gerente de teste, bem como de acordo com a posição do gerente de teste na estrutura organizacional.
Vimos duas estruturas organizacionais aqui. Na primeira estrutura, o gerente de desenvolvimento e o gerente de teste são a mesma pessoa, portanto, isso afeta o gerenciamento de teste. O gerente de desenvolvimento tem como objetivo desenvolver software e, ao fazê-lo, também deve observar o trabalho de teste.
Assim, às vezes, ele pode dar opiniões tendenciosas. Ele / ela pode simplesmente ignorar o problema e ir em frente. Dessa forma, pode afetar o gerenciamento do teste. Um gerente de teste independente será capaz de fornecer mais justiça e o gerenciamento de teste será melhor com gerentes de teste independentes.
Vimos ambos os tópicos, ou seja, gerenciamento de teste e estruturas organizacionais separadamente e junto com a relação entre os dois. Podemos concluir que as estruturas organizacionais afetam o gerenciamento de teste.
Ao comparar as duas estruturas mencionadas acima, na segunda estrutura, o gerenciamento de teste será tratado melhor do que o primeiro. A razão por trás disso pode ser um gerente de teste dedicado.
As estruturas organizacionais diferem de uma organização para outra. Embora haja algum processo definido para gerenciamento de teste (ou as equipes podem estar usando ferramentas de gerenciamento de teste), o gerenciamento de teste será diferente por causa das diferentes estruturas organizacionais, gerentes de teste, habilidades e experiência do gerente de teste.
Tutorial do TestLink: um guia para leigos para a ferramenta de gerenciamento de teste TestLink (tutorial nº 1)
Tutorial do Bugzilla: Tutorial prático da ferramenta de gerenciamento de defeitos
Tutorial SVN: Gerenciamento de código-fonte usando Subversion
Tutorial do TestLodge - Como organizar seus projetos de teste de software usando a ferramenta de gerenciamento de teste TestLodge
Teste Funcional Vs Teste Não Funcional
4 recursos mais essenciais da ferramenta Ultimate Test Management
Tutorial do JIRA: um guia prático e completo do JIRA
Tutorial do VersionOne: Guia da ferramenta de gerenciamento de projetos Agile All-in-one
lista duplamente vinculada no código-fonte c ++
como abrir um arquivo .apk
como criar string array em java
ripper de dvd grátis para windows 8.1
como extrair arquivos .7z no mac
qual fone de ouvido vr funciona com o xbox um
Veio do Japão! PuLiRuLa
Diferença entre SQL Vs MySQL Vs SQL Server (com exemplos)
A atualização de firmware do Nintendo Switch corrige um problema infeliz do indicador de bateria com alguns trabalhos extras