Técnicas de estimativa de testes em testes de software
Thomas Hamilton
⚡ Resumo Inteligente
As técnicas de estimativa de testes de software aproximam a duração e o custo dos testes. Um processo de quatro etapas — detalhar as tarefas, atribuir responsáveis, estimar o esforço e validar com as partes interessadas — transforma cronogramas vagos em um plano sólido que a gerência pode aprovar.
O que é estimativa de teste de software?
Estimativa de Teste de Software É uma atividade de gestão que estima quanto tempo uma tarefa de teste levará e quanto custará. Produzir uma estimativa de teste confiável é uma das responsabilidades mais importantes em gerenciamento de teste Porque influencia as decisões relativas ao cronograma, ao orçamento e à alocação de recursos.
Por que a estimativa de testes é importante
Os clientes sempre fazem duas perguntas antes de aprovar um projeto piloto:
Para projetos pequenos, essas perguntas são fáceis de responder. Para um projeto maior — digamos, testar o GuruSite do 99 Bank — você precisa de uma técnica estruturada para defender a resposta.
O que estimar?
- Recursos: pessoas, equipamentos, instalações, financiamento e tudo o mais necessário para a execução do trabalho.
- Tempo: O recurso mais valioso em qualquer projeto — cada versão tem um prazo de entrega.
- Habilidades humanas: O conhecimento e a experiência da equipe. Testadores mais experientes terminam mais rápido do que uma equipe menos experiente.
- Custo: O orçamento do projeto — quanto dinheiro é necessário para realizar os testes planejados.
Como estimar
As técnicas comuns de estimativa de testes de software são:
- Estrutura Analítica do Projeto (EAP).
- Estimativa de três pontos.
- Delphi de banda larga.
- Análise de Pontos de Função ou Pontos de Teste.
- Método de Ponto de Caso de Uso.
- Distribuição percentual.
- Método ad hoc.
O processo de quatro etapas abaixo combina diversas técnicas para chegar a uma estimativa defensável. O exemplo utiliza o GuruEstudo de caso do 99 Bank.
Passo 1) Divida todo o projeto em subtarefas
Use o Work Breakdown Structure Técnica para dividir um projeto complexo em módulos, submódulos e, por fim, nas menores tarefas relevantes. As estimativas são muito mais confiáveis no nível mais detalhado do que em projetos com títulos genéricos.
Aplique a técnica para quebrar o GuruO projeto do Banco 99 foi dividido em cinco tarefas menores:
Cada tarefa é então dividida em subtarefas até que cada linha esteja detalhada o suficiente para permitir uma estimativa.
| Tarefa | Subtarefa |
|---|---|
| Analisar a especificação de requisitos de software | Analise as especificações dos requisitos. |
| Entreviste os desenvolvedores e outras partes interessadas para saber mais sobre o site. | |
| Crie a especificação de teste | Elabore cenários de teste. |
| Criar casos de teste. | |
| RevVisualizar e revisar casos de teste. | |
| Execute os casos de teste | Crie o ambiente de teste. |
| Execute os casos de teste. | |
| RevVisualizar resultados da execução do teste. | |
| Relate os defeitos | Criar o defeito relatórios. |
| Reporte os defeitos. |
Etapa 2) Atribua cada tarefa a um membro da equipe.
Atribua cada subtarefa ao responsável mais adequado.
| Tarefa | Proprietário |
|---|---|
| Analisar a especificação de requisitos de software | Todos os membros da equipe |
| Crie a especificação de teste | Analista de testes / Testador |
| Crie o ambiente de teste | Administrador de teste |
| Execute os casos de teste | Testador, administrador de testes |
| Relatar defeitos | testador |
Etapa 3) Estimativa de esforço para cada tarefa
Nesta fase, duas técnicas complementares funcionam bem:
- Método dos Pontos de Função.
- Estimativa de três pontos.
Método 1) Método de Ponto de Função
O Gerente de Testes estima o tamanho, a duração e o custo de cada tarefa.
Etapa A) Estime o tamanho da tarefa
Considere a tarefa “Criar a especificação de teste”. Seu tamanho depende do tamanho funcional do sistema em teste — quanto mais funções, mais complexo o sistema. Os pontos de função são normalmente classificados em três grupos: Complexos, Médios e Simples.
Com base na complexidade, o Gerenciador de Testes atribui um peso a cada ponto de função:
| Grupo | ponderação |
|---|---|
| Complexo | 5 |
| Suporte: | 3 |
| simples | 1 |
O GuruO site do 99 Bank está dividido em 12 pontos de função. A complexidade de cada um deles está resumida abaixo.
| # | Módulo | Funções aplicáveis | Descrição | ponderação |
|---|---|---|---|---|
| 1 | Consulta de saldo | Gerente, Atendimento ao Cliente | Cliente: Visualizar apenas o saldo das próprias contas. Manager: Visualizar o saldo de cada cliente sob supervisão. |
3 |
| 2 | Transferência de fundos | Gerente, Atendimento ao Cliente | Cliente: Transferir fundos da própria conta para qualquer destino. Manager: Transferir fundos de qualquer origem para qualquer destino. |
5 |
| 3 | Mini declaração | Gerente, Atendimento ao Cliente | Últimas cinco transações de uma conta. Cliente: Visualizar somente as próprias contas. Manager: visualizar qualquer conta. |
3 |
| 4 | Declaração personalizada | Gerente, Atendimento ao Cliente | Transações filtradas por data ou valor. Cliente: Somente contas próprias. Manager: qualquer conta. |
5 |
| 5 | Alterar palavra-passe | Gerente, Atendimento ao Cliente | Cliente: Alterar a própria senha. Manager: Alterar a própria senha (não a do cliente). |
1 |
| 6 | Novo Cliente | Manager | Adicione e edite os dados do cliente (endereço, e-mail, telefone). | 3 |
| 7 | Nova Conta | Manager | Contas poupança e contas correntes; um cliente pode ter várias de cada. O gerente adiciona novas contas para clientes existentes. | 5 |
| 8 | Editar conta | Manager | Editar detalhes de uma conta existente. | 1 |
| 9 | Deletar conta | Manager | Excluir uma conta existente de um cliente. | 1 |
| 10 | Excluir cliente | Manager | Excluir um cliente somente quando não houver contas ativas. | 1 |
| 11 | Depositar | Manager | Deposite dinheiro em qualquer conta da agência. | 3 |
| 12 | Saque | Manager | Levante dinheiro de qualquer conta na agência. | 3 |
Etapa B) Estime a duração da tarefa
Uma vez definida a complexidade, estime a duração necessária para testar cada grupo.
- Esforço Total: Esforço total para testar todas as funções do site.
- Total de Pontos da Função: módulos totais do site.
- Estimativa por ponto de função: Esforço médio por ponto; depende da produtividade da equipe.
Suponha que a estimativa da equipe por ponto de função seja 5 horas/pontoO esforço total para o GuruUm exemplo do Banco 99 é:
| Grupo | ponderação | Pontos de Função | Segurança |
|---|---|---|---|
| Complexo | 5 | 3 | 15 |
| Suporte: | 3 | 5 | 15 |
| simples | 1 | 4 | 4 |
| Função Total de Pontos | 34 | ||
| Estimativa por ponto | 5 | ||
| Esforço total estimado (horas-pessoa) | 170 | ||
O esforço total para concluir “Criar a especificação de teste” é de aproximadamente 170 horas-pessoaUma vez que o esforço necessário seja conhecido, você pode alocar recursos para determinar a duração e o custo.
Etapa C) Estime o custo das tarefas
Esta etapa responde à segunda pergunta do cliente: “Quanto custa?”. Considere uma taxa média por equipe de $ 5 / horaA tarefa acima leva 170 horas, portanto o custo é de 170 × $5 = $850Aplique o mesmo cálculo a todas as tarefas da EAP (Estrutura Analítica do Projeto) para chegar ao orçamento do projeto.
Quanto mais precisa for a estimativa, melhor você poderá gerenciar o orçamento do projeto e garantir que cada dólar investido traga retorno.
Método 2) Estimativa de três pontos
A estimativa de três pontos é uma técnica estruturada na qual o Gerente de Testes fornece três valores por tarefa — o otimista, provavelmente e pessimista esforço — baseado em experiência anterior ou em palpites.
Para “Criar a especificação de teste”, os três valores possíveis são:
- Melhor caso: 120 horas de trabalho (aproximadamente 15 dias) com uma equipe forte e experiente.
- Provavelmente: 170 horas-homem (aproximadamente 21 dias) com uma equipe e recursos típicos.
- Na pior das hipóteses: 200 horas de trabalho (aproximadamente 25 dias) com uma equipe menos experiente e retrabalho extra.
Calcule a média ponderada usando a fórmula do tipo PERT:
O valor que E é o média ponderada — a estimativa principal para “Criar a especificação do teste”.
Para expressar a confiança em torno de ECalcule o desvio padrão:
Para o GuruExemplo do Banco 99: a estimativa resulta em 166.6 ± 13.33 horas-pessoa — um intervalo de 153.33 a 179.99 horas-pessoa.
Etapa 4) Valide a estimativa
Agregue todas as estimativas de tarefas da EAP (Estrutura Analítica do Projeto) e submeta o plano à diretoria (CEO, gerente de projeto, principais partes interessadas) para revisão e aprovação.
Apresente a estimativa à diretoria de forma lógica, para que eles entendam as premissas, as técnicas escolhidas e a margem de contingência que você incluiu.
Melhores práticas de estimativa de teste
Adicionar tempo de buffer
Os planos raramente resistem ao contato com a realidade — membros da equipe saem, testes levam mais tempo do que o esperado, dependências são negligenciadas. Inclua uma margem de segurança razoável em cada estimativa para que o cronograma absorva pequenos imprevistos.
Plano para disponibilidade de recursos
Leve em consideração férias planejadas, treinamentos e plantões. Estimativas que ignoram a disponibilidade parecem ótimas no papel, mas falham na prática.
Utilize experiências passadas como referência.
Dados históricos de projetos semelhantes são inestimáveis. Se você testou um site comparável no ano passado, aprenda com os resultados reais, os problemas encontrados e a medida de segurança que resolveu o problema.
Mantenha-se fiel à estimativa — mas revise-a.
As estimativas não são contracts; são apenas palpites. RevVisite-os em marcos conhecidos e faça ajustes apenas quando os requisitos mudarem substancialmente ou novas informações alterarem o cenário. Negocie qualquer mudança com o cliente de forma transparente.
Modelo de estimativa de teste de software
Baixe a planilha Excel de estimativa de testes de software (.xlsx)
Outras técnicas de estimativa
Além da EAP (Estrutura Analítica do Projeto), da estimação por Pontos de Função e da estimação por Três Pontos, diversas outras técnicas são amplamente utilizadas:
- Delphi de banda larga: Estimativa de consenso iterativo por um painel de especialistas.
- Método de Pontos de Caso de Uso: O esforço é determinado pela quantidade e complexidade dos casos de uso.
- Distribuição percentual: Aloca uma porcentagem fixa do esforço total do projeto para testes.
- Método Ad-hoc: julgamento especializado quando faltam dados históricos.
Estimativa de baixo para cima versus estimativa de cima para baixo
Uma visão prática da estimativa também se divide em duas estratégias complementares:
- Estimativa de baixo para cima: Com base nas tarefas do nível mais baixo da EAP (Estrutura Analítica do Projeto). Diversos stakeholders, funcionários experientes e colaboradores combinam suas estimativas para chegar a um total preciso. Ideal quando o trabalho é bem compreendido.
- Estimativa de cima para baixo: Classifica o projeto por tamanho e complexidade e o compara com projetos concluídos de formato semelhante. Também utiliza o esforço médio por caso de teste e dimensiona de acordo com o número projetado de casos. Útil no início de um projeto, quando os detalhes são escassos.
A maioria das equipes combina as duas abordagens — de cima para baixo para o número principal, de baixo para cima para a confiança — e sobrepõe o resultado com modelos sofisticados quando os orçamentos justificam o esforço.
