Técnicas de estimativa de teste de Software (Guia Completo de estimativa de esforço de teste)

para o sucesso de qualquer projeto, a estimativa de teste e a execução adequada são tão importantes quanto o ciclo de desenvolvimento. Manter a estimativa é muito importante para construir uma boa reputação com o cliente.

a experiência desempenha um papel importante na estimativa dos”esforços de teste de Software”. Trabalhar em projetos variados nos ajuda a preparar uma estimativa precisa do ciclo de testes.

obviamente, não se pode simplesmente colocar cegamente algum Número de dias para qualquer tarefa de teste. A estimativa do teste deve ser realista e precisa.

este tutorial incluirá algumas dicas importantes que serão muito úteis para preparar uma estimativa de teste precisa de uma maneira muito simples.

de Teste do Processo de Estimação de

“avaliação é o processo de encontrar uma estimativa, ou aproximação, o que é um valor que pode ser usado para alguma finalidade, mesmo se os dados de entrada podem ser incompletas, incertas, ou instável.”

todos nos deparamos com diferentes tarefas, deveres e prazos ao longo de nossas vidas como profissionais, agora existem duas abordagens para encontrar a solução para um problema.

a primeira abordagem é uma abordagem reativa pela qual tentamos encontrar uma solução para o problema em questão somente depois que ele chega.

na segunda abordagem que pode ser chamada de abordagem proativa, primeiro nos preparamos bem antes que o problema chegue com nossas experiências passadas e depois com nossa experiência passada, tentamos encontrar uma solução para o desafio quando ele chega.

a estimativa pode, portanto, ser considerada como uma técnica aplicada quando adotamos uma abordagem proativa do problema.

assim, a estimativa pode ser usada para prever quanto esforço em relação ao tempo e custo seria necessário para concluir uma tarefa definida. Uma vez que a equipe de teste é capaz de fazer uma estimativa do problema em questão, então é mais fácil para eles chegar a uma solução que seria ideal para o problema em questão.

a prática da estimativa pode então ser definida mais formalmente como um cálculo aproximado do custo provável de um trabalho.

além disso, leia =>7 fatores que afetam a estimativa do Teste do projeto de automação Selenium

pré-requisitos básicos

abaixo estão os pré-requisitos básicos para o processo de estimativa do teste.

#1) Insights coletados a partir do trabalho com a experiência passada: é sempre uma boa prática passar algum tempo, relembrando projetos passados que representavam desafios semelhantes ao esforço atual em questão.

#2) os documentos ou artefatos disponíveis: As ferramentas do repositório de gerenciamento de testes são úteis nesses tipos de cenários, pois armazenam os requisitos e os documentos de esclarecimento. Esses documentos podem ser encaminhados pela equipe de testes para definir claramente o escopo do projeto.

#3) suposições sobre o tipo de trabalho: a experiência de trabalho anterior ajuda a fazer suposições sobre o projeto. É aqui que a contratação de profissionais experientes é mais importante. Os gerentes de teste podem escolher os cérebros dessas pessoas para entregar os resultados desejados.

#4) Cálculo de riscos e ameaças potenciais: A equipe de teste também precisa visualizar os riscos e ameaças e armadilhas potenciais que podem estar para a equipe no futuro.

#5) determinando se os documentos foram fundidos: a equipe de teste também precisa determinar se os requisitos foram fundidos ou não. Se os documentos não estiverem com base, é importante determinar a frequência das alterações.

#6) todas as responsabilidades e dependências devem ser claras: a organização deve definir claramente os papéis e responsabilidades para todos aqueles que estariam realizando o processo de estimativa.

#7) documentação e rastreamento dos registros de estimativa: todas as informações relevantes para o processo de estimativa devem ser documentadas.

#8) atividades a serem realizadas durante o processo de estimativa do teste:

• Organize uma equipe que realizará estimativas.
• decompor o projeto em fases do projeto e atividades constituintes subsequentes.
• Calcule a estimativa com base em projetos anteriores e experiência profissional.
• priorize possíveis ameaças e crie abordagens para mitigar esses riscos.
• revise e documente as partes relevantes do trabalho.
• Submeter o trabalho às partes interessadas relevantes.

técnicas de estimativa de teste mais proeminentes

algumas das técnicas mais importantes para a estimativa de teste são:

• estimativa do ponto de teste
• estimativa baseada em fase de trabalho
• estimativa do ponto de caso de Uso

como e onde usamos essas técnicas:

#1) a estimativa de ponto de teste é uma técnica de estimativa simples e facilmente compreensível que é amplamente utilizada em todo o espectro de teste de software. Fases iterativas e simplicidade são as características mais importantes dessa técnica em particular.

#2) a estimativa baseada em fase de trabalho é a técnica de estimativa usada pela qual uma estimativa de palpite é feita em uma fase específica (normalmente a mais curta e simples das fases) e, em seguida, a equipe de teste adiciona gradualmente outras fases à estimativa inicial e, finalmente, apresenta uma estimativa apropriada.

#3) a técnica de estimativa de ponto de caso de uso é a estimativa dos casos de uso em que os pesos de ator não ajustados e os pesos de caso de uso não ajustados são usados para determinar a estimativa de teste de software.

detalhes da técnica de estimativa do ponto de teste

a técnica de estimativa do ponto de teste é feita seguindo as etapas listadas abaixo:

(Os seguintes pesos, que podem variar de projeto para projeto, poderia ser considerado, de acordo com este paradigma, Alguns desses pesos são os pesos para a linguagem de programação baseada na complexidade do código, o aplicativo de peso com base no tipo de aplicação e teste de pesos que são atribuídos com base na diferentes fases de teste de software.)

os pontos de teste não processados são multiplicados por CWF para obter o tamanho do teste no tamanho do ponto de teste.

o Fator de produtividade indica a quantidade de tempo para um engenheiro de teste concluir o teste de um ponto de teste.

o esforço de teste em horas pessoais é calculado multiplicando o tamanho do ponto de teste pelo fator de produtividade.

para o cálculo da técnica de estimativa do ponto de teste, consideramos as seguintes variáveis.

• exigência de Teste de complexidade

• Interface com outros requisitos

• número Total de pontos de verificação

• teste de linha de Base de dados

em seguida, precisamos considerar o peso vetores para cada uma das variáveis de dados e organizá-los da seguinte maneira.

fator de Ajuste = Média de (produto de complexidade de peso e fator de peso) / 30

Ajuste de Ponto de Teste para o caso de Teste de design = Total de Ponto de Teste X (1 + fator de Ajuste para o Caso de Teste de design)

Ajustada Ponto de Teste para o caso de Teste de execução = Total de Ponto de Teste X (1 + fator de Ajuste para a execução do Caso de Teste)

> Total de Ponto de Teste (normalizado) X (1 + fator de Ajuste para o Caso de Teste de concepção/execução) = Ajustada Ponto de Teste para o Caso de Teste de concepção/execução

esforço Total em Horas de pessoa ( PH) = número de pontos de teste normalizados / produtividade (em pontos de teste normalizados por pessoa horas)

exemplos de estimativa de teste

vamos tentar aplicar a formulação acima a outro uso prático.

suponha que acabemos com um requisito de teste pelo qual temos 5 cenários de teste para testar.

Agora vamos falar de cenário de Teste 1 tem 5 teste os resultados esperados, cenário de teste 2 tem 6 teste de resultados esperados, cenário de teste 3 teste 2 resultados esperados, cenário de teste 4 9 teste os resultados esperados, cenário de teste 5 e 9 de teste resultados esperados, respectivamente.

classificamos os cenários de teste em três classes, ou seja, complexo, simples e moderado com base no número total de resultados esperados presentes nessas três classes.

classes complexas terão mais de 7 resultados esperados, enquanto os simples consistirão em menos de 5 resultados esperados e os cenários moderados consistirão em entre 4 a 7 resultados esperados.Assim, classificamos o cenário de teste 1 e o cenário de teste 2 como cenários moderados, o cenário 5 e o cenário 6 como complexos e o cenário de teste 3 como simples.

agora aplicaremos pontos de teste a todos esses cenários. Aplicamos 5 pontos de teste para classes complexas, 3 para as moderadas e 2 para os cenários simples.

multiplicamos os pontos de teste assumidos com o número total de resultados esperados em todos esses cenários de teste. Então vamos acabar com as seguintes aproximações:

Cenário 1: 3 pontos de teste * 5 teste resultados esperados = Ajustada de pontos de teste = 25
Cenário 2: 3 pontos de teste * 6 de teste resultados esperados = Ajustada de pontos de teste = 30
Cenário 3: 2 pontos de teste * teste 2 resultados esperados = Ajustada de pontos de teste = 4
Cenário 4: 5 pontos de teste * 9 de teste resultados esperados = Ajustada de pontos de teste = 45
Cenário 5: 5 pontos de teste * 9 de teste resultados esperados = Ajustada de pontos de teste = 45

considerando que precisamos aplicar para, digamos, a Pessoa 5 Horas para cada ajustado ponto de teste acabamos obtendo o seguinte resultado aproximado.

cenário de teste 1: 25 pontos de teste ajustados * 5 horas de pessoa = 125 horas de pessoa
cenário de Teste 2: 30 pontos de teste ajustados * 5 horas de pessoa = 150 horas de pessoa
cenário de teste 3: 4 ajustado de pontos de teste * 5 pessoas= 20 Pessoa Horas
Cenário de Teste 4: 45 ajustado de pontos de teste * 5 pessoas = 225 Pessoa Horas
Cenário de Teste 5: 45 ajustado de pontos de teste * 5 pessoas = 225 Pessoa Horas

Assim, o total aproximado de horas por pessoa é: 745 Pessoa Horas

Use Case Point Método de Estimativa

Caso de Uso, o Método de Ponto é baseado nos casos de uso onde vamos calcular o total de teste de estimativa de esforço baseada em casos de uso ou os requisitos.

dado abaixo é um processo detalhado do método de estimativa de ponto de caso de uso:

um exemplo do mesmo é que, em um requisito particular, temos 5 casos de uso, caso de uso 1, caso de uso 2,…, caso de uso 5 respectivamente. Agora vamos considerar que o caso de uso 1 consiste em 6 atores, o caso de uso 2 consiste em 15 atores, os casos de uso 3, 4 e 5, 3, 4 e 5 atores, respectivamente.

Podemos considerar qualquer caso de uso que envolve o número total de atores como menos do que 5 como negativo, qualquer caso de uso com o número total de atores é igual ou superior a 5 e inferior ou igual a 10 como positiva e qualquer caso de uso com mais de 10 atores como excepcional.

decidimos atribuir 2 pontos para os casos de uso excepcionais, 1 para os positivos e -1 para os negativos.

assim, categorizamos os casos de uso 1 e 5 como positivos, o caso de uso 2 como excepcional e o caso de uso 3, 4 como negativos, respectivamente, com base em nossas suposições acima mencionadas.

portanto, os pesos do ator não processados = caso de Uso 1 = (número total de atores) 5 * 1(o ponto atribuído) = 5. Da mesma forma

caso de uso 2 = 15 * 2 = 30 .

repetindo o processo para o restante dos casos de uso, recebemos os pesos do ator não processados = 33

peso do caso de uso não processado = total no. de casos de uso = 5

ponto de caso de uso não processado = pesos de ator não ajustados + peso de caso de uso não ajustado= 33 + 5 = 38

Ponto Do Caso de Uso processado = 38 * = 26.7 ou 28 horas por pessoa aproximadamente

técnica de desagregação da fase de trabalho

a técnica de desagregação da fase de trabalho pode ser descrita nas seguintes etapas.

• divida o trabalho geral em fases.
• comece com a fase mais simples e atribua um valor de estimativa aproximado a ela.
• em seguida, prossiga com a identificação da próxima fase possível que pode ser iniciada assim que esta fase for concluída.
• derivam um possível Conjunto de valores de aproximação que poderiam ser aplicados a esta fase e escolhem o valor máximo entre todos os valores de aproximação derivados.
• Some o valor de estimativa aproximado adicionando o valor de estimativa de esforço de fase atual ao valor já existente.
• Continue com as etapas 3 a 5 até que todas as fases identificadas na primeira etapa estejam esgotadas.
• aceite o valor estimado aproximado final como o final.

suponha que em um requisito haja 5 fases necessárias. Na fase inicial 1, assumimos que o esforço total necessário é de 35 pessoas-horas e, em seguida, iniciamos a próxima fase 2 para a qual temos 4 suposições comparativas de 35, 45, 55 e 65, respectivamente.

consideramos as 65 pessoas-horas que é o valor máximo aqui. Na Fase 3, 4, 5, criamos estimativas (12 , 33, 43 , 54) , (15 , 10 , 7 , 8) e (2 , 16 , 5 , 13) respectivamente. Ao aplicar o referido princípio, acabamos com 185 horas por pessoa, respectivamente.

estou colocando informações sobre-Como Estimar os esforços de teste para qualquer tarefa de teste, que aprendi com minha experiência.

9 dicas gerais sobre Como Estimar o tempo de teste com precisão

fatores que afetam a estimativa do teste de Software e dicas gerais para estimar com precisão:

#1) pense em algum tempo de Buffer: a estimativa deve incluir algum buffer. Mas não adicione um buffer, o que não é realista. Ter um buffer na estimativa nos permite lidar com quaisquer atrasos que possam ocorrer. Ter um buffer também ajuda a garantir a cobertura máxima do teste.

#2) Considere o ciclo de Bug: a estimativa de teste também inclui o ciclo de bug. O ciclo de teste real pode levar mais dias do que o estimado.

para evitar isso, devemos considerar o fato de que o ciclo de teste depende da estabilidade da construção. Se a compilação não for estável, os desenvolvedores podem precisar de mais tempo para corrigi-la e, obviamente, o ciclo de teste será estendido automaticamente.

#3) disponibilidade de todos os recursos para o período estimado: A estimativa do teste deve considerar todas as folhas planejadas pelos membros da equipe (normalmente folhas longas) nas próximas semanas ou nos próximos meses. Isso garantirá que as estimativas sejam realistas.

a estimativa deve considerar algum número fixo de recursos para um ciclo de teste. Se o número de recursos reduzir, a estimativa deve ser visitada novamente e atualizada de acordo.

#4) Podemos Fazer Testes Paralelos? Você tem alguma versão anterior do mesmo produto para poder comparar a saída? Se sim, isso pode tornar sua tarefa de teste um pouco mais fácil. Você deve pensar sobre a estimativa com base na sua versão do produto.

#5) As estimativas podem dar errado – portanto, visite novamente as estimativas com frequência nos estágios iniciais antes de confirmá-las: nos estágios iniciais, devemos frequentemente visitar novamente as estimativas do teste e fazer modificações, se necessário. Não devemos estender a estimativa assim que a congelarmos, a menos que haja grandes mudanças nos requisitos.

#6) pense em sua experiência passada para fazer julgamentos! Experiências de projetos passados desempenham um papel vital ao preparar estimativas de tempo. Podemos tentar evitar todas as dificuldades ou questões que foram enfrentadas em projetos anteriores. Podemos analisar como foram as estimativas anteriores e quanto elas ajudaram a entregar o produto a tempo.

#7) considere o escopo do projeto: saiba qual é o objetivo final do projeto e lista de todas as entregas finais. Fatores a serem considerados para projetos pequenos e grandes diferem muito. Grandes projetos normalmente incluem a configuração de um testbed, a geração de dados de teste, scripts de teste, etc.

portanto, as estimativas devem ser baseadas em todos esses fatores. Considerando que para pequenos projetos, normalmente o ciclo de teste inclui escrita de caso de teste, execução e regressão.

#8) Você vai realizar testes de carga? Se você precisa colocar um tempo considerável em testes de desempenho, em seguida, estimar em conformidade. As estimativas para projetos que envolvem testes de carga devem ser consideradas de forma diferente.

#9) Você Conhece Sua Equipe? Se você conhece os pontos fortes e fracos das pessoas que trabalham em sua equipe, pode estimar as tarefas de teste com mais precisão. Ao estimar, deve-se considerar o fato de que nem todos os recursos podem produzir o mesmo nível de produtividade.

algumas pessoas podem executar mais rápido quando comparado a outros. Embora isso não seja um fator importante, isso aumenta o atraso total nas entregas.

conclusão

a estimativa de teste de Software é uma prática que requer o envolvimento de profissionais experientes, bem como a introdução de melhores práticas em todo o setor, como ponto de caso de teste e métodos de ponto de caso de uso.

também é importante adotar uma mente aberta para personalizar os processos necessários. A implementação bem-sucedida desses processos leva a uma melhoria geral no processo de teste.

este é um artigo convidado do autor “N. Sandhya Rani”.