este é um Tutorial de gerenciamento de teste para teste de Software. Inclui fases de gerenciamento de testes, Ferramentas e gerenciamento de testes Vs estrutura organizacional:
o gerenciamento de testes é o processo de gerenciamento de todas as atividades relacionadas ao teste, documentos e outros trabalhos relacionados. 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 com clareza e, em seguida, explorar a relação entre o gerenciamento de testes e a estrutura organizacional.
Introdução Ao Gerenciamento de Teste
Teste de Gestão significa gerir todo o processo de testes de software para um determinado projeto. O processo de gerenciamento de testes é aplicado a todo o ciclo de vida de desenvolvimento de software. Portanto, idealmente, assim que o processo de desenvolvimento de software iniciar, o processo de gerenciamento de testes também deve ser iniciado.
o Gerente de teste tinha as seguintes responsabilidades-
- o Gerente de teste deve garantir a consistência e a qualidade desses produtos de trabalho.
- trabalhe com Analista de teste e Analista de teste técnico para selecionar e personalizar o modelo apropriado.
- trabalhe com Analista de teste e Analista de teste técnico para estabelecer padrões desses produtos, como níveis de grau detalhado.
- revise os produtos de trabalho usando técnicas apropriadas.
Gerenciamento de Teste de Componentes
Gerenciamento de Teste é dividido em 5 partes para melhor compreensão:
- a Documentação de Teste
- Teste de Estimativa de
- Teste de Métricas
- Medição do Andamento do Teste
- Métricas para o Monitoramento do Ciclo de vida de Teste de
#1) A Documentação de teste
Existem três tipos de Documentação de Teste que estão listados abaixo:
- Política de Teste
- Estratégia de Teste
- Mestre de Plano de Teste
#1) Política de Teste:
- resume o valor que a organização deriva do teste.
- define políticas de teste.
- descreve como avaliar a eficácia do teste.
- descreve o processo de teste.
- especifique como a organização melhorará o processo de teste?
#2) estratégia de teste:
- descreve as metodologias gerais de teste, que são usadas para gerenciar riscos de Projetos e produtos.
- Estratégias Analíticas: Como Testes Baseados 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 Compatíveis com padrões: segue um conjunto do processo como SCRUM / Agile.
- estratégias reativas: usando ataques baseados em defeitos, como testes exploratórios.
- Estratégia Consultiva: Como testes direcionados ao usuário, onde a equipe de teste depende da entrada de uma ou mais partes interessadas para determinar as condições de teste, como testes de compatibilidade terceirizados.
- Também descreve:
- Integração de procedimentos
- Teste de Especificação de técnicas de
- Independência de teste
- Obrigatório e opcional de normas
- ambiente de Teste
- Ferramentas
- Reutilização de produtos de software
- Repetição e de Regressão.
#3) Plano De Teste Mestre:
- abrange todas as tarefas de teste que precisam ser feitas.
- ele discute como o teste implementará a estratégia e a 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.
- o conteúdo do plano de teste é:
- itens a serem testados
- características de qualidade a serem testadas.
- Agenda
- ciclo de Execução
- Defeito variáveis
- itens do Teste no escopo
- critérios de Saída
- riscos do Projeto
- governança Global do teste de esforço,
- Funções e responsabilidades
- Entrada e saída
#2) Teste de Estimativa de
Pontos Gerais:
- É uma atividade de gerenciamento
- é baseado na experiência.Ele fornece um catálogo específico e detalhado de custos, recursos, tarefas e pessoas.
- estimativa uma vez preparada, deve ser entregue à administração juntamente com a justificativa.
- a estimativa final representa o melhor equilíbrio possível das metas organizacionais e do projeto.
- a estimativa é baseada em informações disponíveis no momento em que foi preparada.
- para manter a precisão, as estimativas devem ser atualizadas para refletir informações novas e alteradas.
fatores que afetam a estimativa do teste:
- nível Exigido de Qualidade
- Tamanho do sistema
- dados Históricos
- Processo de factores como a estratégia, o desenvolvimento e o ciclo de vida
- Material de fatores como ambiente de teste, automação, ferramentas, de dados e
- Pessoas factor
- Complexidade do processo
- Formação e KT(Transferência de Conhecimento)
- processo de Assimilação e desenvolvimento de novas ferramentas e tecnologia, processo ou técnicas.
- a exigência de um grau mais elevado da especificação detalhada do teste.
- tempo de chegada do componente
- dados de teste.
suposições:
- estrutura de repartição do trabalho
- sessão de estimativa da equipe
- relação Testador-desenvolvedor
- histórico da organização
- análise do ponto de função, LOC.
a estimativa do teste é explicada mais adiante no tutorial.
#3) métricas de teste
- o que é medido, é considerado como feito?
- o que não mede, é fácil de ser ignorado?
- um conjunto limitado de métricas úteis deve ser definido.
- apenas essas métricas devem ser definidas cuja interpretação é acordada por todos.
- O Relatório e a mesclagem de métricas devem ser automatizados.
- o gerente deve validar as informações na métrica.
métrica do projeto: % da passagem, falha executada etc.
métrica do produto:
- atributos do produto
- densidade do defeito
métrica do processo: mede a capacidade de testar como % do defeito.
pessoas: Capacidade do indivíduo.
Métrica De Progresso Do Teste:
- o número de condições/casos de teste, planejados vs executados.
- defeito total categorizado por gravidade, prioridade, estado atual e subsistema de efeito.
- o número de alterações necessárias, aceitas, compiladas e testadas.
- planejado vs custo real.
- planejado vs duração real
- planejado Vs Marco de teste real.
- estado do risco da qualidade do produto
- % perda de esforço, de custo ou de tempo do teste.
#4) Medição do progresso do teste
riscos do produto:
- % de risco coberto.
- % de risco para teste de falha
- % de risco identificado pelo indivíduo.
Defeitos:
- O número de defeitos encontrados vs o número de defeitos apresentados.
- tempo médio da taxa de chegada da falha
- defeitos nos artigos particulares do teste.
- detecção de RCA(Análise de causa raiz)
- o defeito é lançamentos de teste.
- Defeito na fase
- Prioridade e Gravidade
- Relatório Rejeita vs Duplicar
- Tempo tomadas para resolver
- O número de novos defeitos introduzidos devido à fixação dos velhos defeitos.
Teste:
- número Total de o Teste passar, falhar, corredor, bloqueado
- O número total de casos de teste de Regressão.
cobertura:
- a Exigência e o Projeto de cobertura
- cobertura de Risco
- Configuração de Ambiente de cobertura
- cobertura de Código
#5) Métricas Para monitorar Os Testes de Ciclo de vida
Monitor de Plano de Teste
- Número de Risco e a Exigência
- Defeito descoberta
- Plano de vs Real esforços.
projeto do Teste do Monitor
- o número de defeitos encontrados durante o projeto.
Monitor de Análise de Teste
- Número de condições
- Número de defeitos em Análise
Teste de Monitor de Implementação
- % de configuração de ambiente
- % do caso de teste automatizado.
Monitor de Execução
- % do Passado, Falhou, Não executar, Bloqueado casos de teste
- % de casos de Teste coberto
- Planejado versus Real defeitos resolvidos
- % do Plano de vs Real de cobertura
Monitor de Encerramento
- % de casos de Teste passar, ail
- % de casos de Teste marcado para o reutilizáveis categoria
- % de casos de Teste automatizados.
- 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 ainda mais este tópico.
fases de gerenciamento de testes
durante o processo de gerenciamento de testes, deve-se considerar os seguintes pontos. Em outras palavras, a seguir estão as diferentes fases do processo de gerenciamento de testes:
- Análise de Risco
- Teste de Estimativa de
- Planejamento de Teste
- Organização de Teste
- Teste de Monitorização e controlo
- gestão de Problemas
- relatório de Teste
Você pode notar que as quatro primeiras fases são mais sobre o planejamento e os três restantes são cerca de execução. Portanto, podemos dividir o processo completo de gerenciamento de testes em duas partes, ou seja, planejamento e execução.
vamos explorar as várias fases de gerenciamento de testes em detalhes.
#1) Análise de risco
esta fase inclui descobrir os fatores de risco e possíveis soluções. Se a análise de risco for feita minuciosamente, podemos evitar falhas futuras ou pelo menos algum tipo de solução pode estar disponível.Risco é algo que pode ou não acontecer. Mas se isso acontecer, qual será o seu impacto? Pode afetar gravemente a qualidade do software, a reputação da empresa e muito mais.
fatores de risco devem ser encontrados para evitar esse impacto ruim. A análise de risco deve ser feita para descobrir 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 o risco do produto são riscos relacionados ao produto desenvolvido.
#2) estimativa de teste
estimativa de teste é sobre 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 essa fase de trabalho ou teste.
#3) O planejamento do teste
o planejamento do teste em si é um processo longo. Inclui a definição de objetivos de teste, escopo de teste, estratégia de teste, agendamento de tempo, recursos, abordagem de comunicação, etc. Os requisitos devem ser muito claros para definir os objetivos e o escopo do teste. O plano de teste é para testadores, usuários e membros da equipe do projeto.
o plano de teste descreve o papel 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.
#4) organização do teste
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 tornar o plano bem-sucedido. A organização de teste tem tudo a ver com a construção da equipe de teste perfeita para um projeto bem-sucedido.
#5) monitoramento e controle de teste
enquanto o trabalho de teste está em andamento ou enquanto os testadores estão executando o plano de teste, todo esse progresso de trabalho deve ser monitorado. Deve-se acompanhar todo esse trabalho de teste. Se o monitoramento do teste for feito, a equipe de teste e o gerente de teste receberão feedback sobre como está o progresso do teste?
usando esse feedback, o gerente de teste pode orientar os membros da equipe para melhorar a qualidade do trabalho de teste adicional. Com a ajuda do monitoramento de testes, a equipe do projeto obterá visibilidade sobre os resultados dos testes. Também ajuda a saber sobre a cobertura do teste.
para grandes projetos, o monitoramento de testes é feito usando uma ferramenta automatizada, pois a coleta de dados será mais fácil. Para pequenos projetos, uma pessoa coletará todos os dados ou documentos relacionados ao progresso do teste. Para coletar informações de progresso 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 é o Controle de teste? O trabalho do projeto nem sempre vai 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.
#6) gerenciamento de problemas
os problemas podem ser qualquer problema que ocorra durante o processo de desenvolvimento e teste de software. Pode ser o menor motivo pelo qual não somos capazes de desenvolver/entregar um produto de qualidade. Alguns problemas são um show-stopper, ou seja, sem resolver esse problema, não poderemos prosseguir com o processo posterior.
o gerenciamento de problemas é sobre como lidamos com esses problemas / problemas. Também podemos chamá-lo de gerenciamento de incidentes. O gerenciamento de problemas requer um melhor planejamento para o processo de resolução de problemas. Melhor gerenciamento de problemas depende da habilidade e experiência do gerente de testes.
como esses problemas ocorrem?
pode haver várias razões para ocorrer um problema. Algumas questões estão relacionadas à estratégia e algumas estão relacionadas à definição, RH, agendamento, etc.
questões estratégicas:
exemplos:
- 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 a requisitos.
exemplos: requisitos pouco claros. Muitos problemas podem ser introduzidos devido a requisitos pouco claros.
problemas de agendamento: este é o tipo mais comum de problema. Os funcionários têm que lutar para cumprir o prazo.
Questões de RH:
Exemplos:
- Há uma falta de habilidade na equipe.
- mapeamento errado de funcionários para o trabalho.
pode haver muito mais tipos de problemas e não podemos mencionar todos eles aqui. Assim, o gerenciamento de problemas é sobre registro, rastreamento e resolução de problemas.
#7) relatório de teste
O Relatório de teste ajuda a identificar a cobertura do teste, a qualidade do produto desenvolvido e as melhorias necessárias no processo. Podemos decidir ” quanto teste é necessário?’
se for feito um teste suficiente, podemos enviar este relatório de teste para as partes interessadas ou clientes. Para que eles também conheçam a qualidade do produto e tenham uma ideia de quanto teste é realizado no produto.
Ferramentas de gerenciamento de testes
o gerenciamento de testes fica complicado à medida que prosseguimos em nosso processo de desenvolvimento de software e essa é uma das principais razões pelas quais tantas ferramentas de gerenciamento de testes estão disponíveis hoje em dia.
essas ferramentas ajudarão nas últimas quatro fases do processo de gerenciamento de testes (Organização de testes, monitoramento de testes & controle, gerenciamento de problemas e relatório de teste). Como essas ferramentas ajudam nas fases importantes do gerenciamento de testes, elas devem ser consideradas primeiro no projeto.
alistados abaixo estão as ferramentas de gerenciamento de teste mais populares:
- qTest
- PractiTest
- Zephyr
- Teste Collab
- TestFLO para JIRA
- XQual
- Xray – ponta de Gerenciamento de Teste
- TestRail
- QACoverage
- Requisitos e Gerenciamento de Teste para Jira (RTM)
- SPIRATEST por Inflectra
- Kualitee
- aqua
- Testpad
- JunoOne
=> Clique aqui para análises detalhadas dos principais Ferramentas de Gerenciamento de testes
Estruturas Organizacionais
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.
aqui, discutiremos alguns deles.
em primeiro lugar, veremos a estrutura organizacional mais simples usada para pequenos projetos.
nesta estrutura, tanto os testadores quanto os programadores estão se reportando ao Gerente de desenvolvimento.
- o gerente de desenvolvimento tem um 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 em reuniões, é bom para decidir os prazos para o gerente de desenvolvimento, pois ele / ela tem conhecimento completo sobre o trabalho de teste e desenvolvimento.
- o trabalho em equipe será eficiente, devido às camadas mínimas.
as desvantagens desta estrutura incluem:
- como não há Gerenciador de testes, existe a possibilidade de que os testes sejam considerados tardios no projeto.
- existe outra possibilidade de que o teste tenha menos importância para o projeto. Pode ser considerado tarde no projeto.
Geralmente em pequenas organizações para projetos pequenos, acontece que a equipe de desenvolvimento leva mais tempo do que o mencionado e que a equipe de teste tem de sofrer por exemplo, a equipe de teste terá que testar o produto no prazo, de modo que a equipe de teste fica 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 gerentes de teste e os desenvolvedores estão se reportando ao Gerente de desenvolvimento. Tanto o Gerente de teste quanto o Gerente de desenvolvimento estão se reportando ao Gerente de projeto.
o Gerente de teste será responsável por todas as atividades relacionadas ao teste e é responsabilidade do Gerente de desenvolvimento obter o software para desenvolver. O Gerente de projeto controlará as atividades de teste e desenvolvimento.
> Vantagens:
- ao contrário da estrutura anterior, aqui esta estrutura, há diferentes gestores para testes e desenvolvimento, portanto, ambos podem se concentrar em seu trabalho. Eles permanecerão dedicados ao seu trabalho e haverá menos distrações para eles.
- nesta estrutura, as atividades de teste não podem ser negligenciadas ou não podem ser consideradas tardias no 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 testes tem independência.
desvantagens:
- existe a possibilidade de uma lacuna de comunicação por causa de vários níveis.
gerenciamento de testes Vs Estruturas organizacionais
estruturas organizacionais afetam diretamente o gerenciamento de testes. Diferentes estruturas organizacionais têm um impacto diferente no gerenciamento de testes, portanto, o gerenciamento de testes varia de acordo com a habilidade e a experiência do Gerente de testes, bem como de acordo com a posição do gerente de testes na estrutura organizacional.
vimos duas estruturas organizacionais aqui. Na primeira estrutura, o gerente de desenvolvimento e o gerente de testes são a mesma pessoa, portanto, afeta o gerenciamento de testes. O gerente de desenvolvimento tem o objetivo de desenvolver software, e ao fazer isso ele/ela tem que olhar para o trabalho de teste também.
assim, às vezes ele / ela pode dar opiniões tendenciosas. Ele / ela pode simplesmente ignorar o problema e ir em frente. Desta forma, pode afetar o gerenciamento de testes. Um gerente de teste independente poderá fornecer mais justiça e o gerenciamento de testes será melhor com gerentes de teste independentes.
conclusão
vimos os tópicos, ou seja, gerenciamento de testes e estruturas organizacionais separadamente e junto com a relação entre esses dois. Podemos concluir que as estruturas organizacionais afetam o gerenciamento de testes.
ao comparar ambas as estruturas mencionadas acima, na segunda estrutura, o gerenciamento de testes 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 o gerenciamento de testes (ou as equipes possam estar usando ferramentas de gerenciamento de testes), o gerenciamento de testes será diferente devido a diferentes estruturas organizacionais, gerentes de teste, habilidades e experiência do gerente de teste.