Técnicas de estimativa - teste
Os esforços de teste não são baseados em nenhum período de tempo definitivo. Os esforços continuam até que algum cronograma pré-definido seja definido, independentemente da conclusão dos testes.
Isso se deve principalmente ao fato de que, convencionalmente, test effort estimation é uma parte do development estimation. Apenas no caso de técnicas de estimativa que usam WBS, como Wideband Delphi, Three-point Estimation, PERT e WBS, você pode obter os valores para as estimativas das atividades de teste.
Se você obteve as estimativas como Pontos de Função (FP), então de acordo com Caper Jones,
Number of Test Cases = (Number of Function Points) × 1.2
Depois de ter o número de casos de teste, você pode obter dados de produtividade do banco de dados organizacional e chegar ao esforço necessário para o teste.
Método de porcentagem do esforço de desenvolvimento
O esforço de teste necessário é uma proporção direta ou porcentagem do esforço de desenvolvimento. O esforço de desenvolvimento pode ser estimado usando linhas de código (LOC) ou pontos de função (FP). Em seguida, a porcentagem de esforço para teste é obtida no banco de dados da organização. A porcentagem assim obtida é usada para chegar à estimativa de esforço para teste.
Estimando Projetos de Teste
Várias organizações estão agora fornecendo serviços independentes de verificação e validação para seus clientes e isso significaria que as atividades do projeto seriam inteiramente atividades de teste.
A estimativa de projetos de teste requer experiência em projetos variados para o ciclo de vida do teste de software. Quando você está estimando um projeto de teste, considere -
- Habilidades de equipe
- Conhecimento de Domínio
- Complexidade da aplicação
- Data histórica
- Ciclos de bug para o projeto
- Disponibilidade de recursos
- Variações de produtividade
- Ambiente do sistema e tempo de inatividade
Técnicas de estimativa de teste
As seguintes técnicas de estimativa de teste são comprovadamente precisas e são amplamente utilizadas -
- Técnica de estimativa de teste de software PERT
- Método UCP
- WBS
- Técnica Delphi de banda larga
- Análise de ponto de função / ponto de teste
- Distribuição percentual
- Técnica de estimativa de teste baseada na experiência
Técnica de estimativa de teste de software PERT
A técnica de estimativa de teste de software PERT é baseada em métodos estatísticos nos quais cada tarefa de teste é dividida em subtarefas e, em seguida, três tipos de estimativa são feitos em cada subtarefa.
A fórmula usada por esta técnica é -
Test Estimate = (O + (4 × M) + E)/6
Onde,
O = Estimativa otimista (melhor cenário em que nada dá errado e todas as condições são ótimas).
M = Estimativa mais provável (duração mais provável e pode haver algum problema, mas a maioria das coisas dará certo).
L = Estimativa pessimista (pior cenário em que tudo dá errado).
O desvio padrão para a técnica é calculado como -
Standard Deviation (SD) = (E − O)/6
Método de Ponto de Caso de Uso
O Método UCP é baseado nos casos de uso em que calculamos os pesos dos atores não ajustados e os pesos dos casos de uso não ajustados para determinar a estimativa de teste de software.
Caso de uso é um documento que especifica diferentes usuários, sistemas ou outras partes interessadas interagindo com o aplicativo em questão. Eles são chamados de “Atores”. As interações alcançam alguns objetivos definidos protegendo o interesse de todas as partes interessadas por meio de diferentes comportamentos ou fluxos denominados como cenários.
Step 1- Conte o não. de atores. Os atores incluem positivo, negativo e excepcional.
Step 2 - Calcular pesos de ator não ajustados como
Unadjusted Actor Weights = Total no. of Actors
Step 3 - Conte o número de casos de uso.
Step 4 - Calcular pesos de casos de uso não ajustados como
Unadjusted Use-Case Weights = Total no. of Use-Cases
Step 5 - Calcular pontos de caso de uso não ajustados como
Unadjusted Use-Case Points = (Unadjusted Actor Weights + Unadjusted Use-Case Weights)
Step 6- Determinar o fator técnico / ambiental (TEF). Se indisponível, considere 0,50.
Step 7 - Calcular o ponto de caso de uso ajustado como
Adjusted Use-Case Point = Unadjusted Use-Case Points × [0.65 + (0.01 × TEF]
Step 8 - Calcule o esforço total como
Total Effort = Adjusted Use-Case Point × 2
TrabalhoDemolirEstrutura
Step 1 - Crie WBS dividindo o projeto de teste em pequenos pedaços.
Step 2 - Divida os módulos em submódulos.
Step 3 Divida os submódulos ainda mais em funcionalidades.
Step 4 - Divida as funcionalidades em subfuncionalidades.
Step 5 - Revise todos os requisitos de teste para garantir que eles sejam adicionados à EAP.
Step 6 - Descubra o número de tarefas que sua equipe precisa concluir.
Step 7 - Estimar o esforço para cada tarefa.
Step 8 - Estimar a duração de cada tarefa.
Técnica Delphi de banda larga
No método Delphi de banda larga, a WBS é distribuída a uma equipe composta de 3 a 7 membros para re-estimar as tarefas. A estimativa final é o resultado das estimativas resumidas com base no consenso da equipe.
Este método fala mais sobre a experiência do que qualquer fórmula estatística. Este método foi popularizado por Barry Boehm para enfatizar a iteração do grupo para chegar a um consenso onde a equipe visualizava diferentes aspectos dos problemas enquanto estimava o esforço do teste.
Análise de Ponto de Função / Ponto de Teste
Os FPs indicam a funcionalidade do aplicativo de software da perspectiva do usuário e são usados como uma técnica para estimar o tamanho de um projeto de software.
Em testes, a estimativa é baseada no documento de especificação de requisitos ou em um protótipo criado anteriormente do aplicativo. Para calcular o PF de um projeto, alguns componentes principais são necessários. Eles são -
Unadjusted Data Function Points - i) Arquivos internos, ii) Interfaces externas
Unadjusted Transaction Function Points - i) Entradas do usuário, ii) Saídas do usuário e iii) Consultas do usuário
Capers Jones basic formula -
Número de casos de teste = (número de pontos de função) × 1,2
Total Actual Effort (TAE) -
(Número de casos de teste) × (Porcentagem de esforço de desenvolvimento / 100)
Distribuição percentual
Nesta técnica, todas as fases do Ciclo de Vida de Desenvolvimento de Software (SDLC) são atribuídas esforço em%. Isso pode ser baseado em dados anteriores de projetos semelhantes. Por exemplo -
| Estágio | % de esforço |
|---|---|
| Gerenciamento de Projetos | 7% |
| Requisitos | 9% |
| Projeto | 16% |
| Codificação | 26% |
| Teste (todas as fases de teste) | 27% |
| Documentação | 9% |
| Instalação e treinamento | 6% |
Em seguida, a% de esforço para teste (todas as fases de teste) é distribuída para todas as fases de teste -
| Todas as fases de teste | % de esforço |
|---|---|
| Teste de Componente | 16 |
| Teste Independente | 84 |
| Total | 100 |
| Teste Independente | % de esforço |
|---|---|
| Teste de integração | 24 |
| Teste de Sistema | 52 |
| Teste de aceitação | 24 |
| Total | 100 |
| Teste de Sistema | % de esforço |
|---|---|
| Teste de sistema funcional | 65 |
| Teste de sistema não funcional | 35 |
| Total | 100 |
| Planejamento de teste e arquitetura de design | 50% |
| Fase de revisão | 50% |
Técnica de estimativa de teste baseada na experiência
Essa técnica é baseada em analogias e especialistas. A técnica pressupõe que você já testou aplicativos semelhantes em projetos anteriores e coletou métricas desses projetos. Você também coletou métricas de testes anteriores. Receba contribuições de especialistas no assunto que conhecem o aplicativo (bem como o teste) muito bem e use as métricas que você coletou e chegue ao esforço de teste.