Publicado originalmente em maturitylab.com. Este texto integra a trilha Maturidade.
Um modelo de maturidade de testes descreve, em níveis, a evolução do processo de testes de software de uma organização: do teste feito por iniciativa individual, sem plano, até o processo medido e melhorado de forma contínua. O modelo serve para dois fins. Primeiro, mostra o nível atual com base em evidência. Segundo, indica o próximo degrau e as práticas que faltam para alcançá-lo. Este artigo apresenta o modelo mais usado no mercado, os sinais de cada nível e um passo a passo para fazer o diagnóstico.
O que um modelo de maturidade de testes avalia
O modelo não avalia a qualidade de um sistema específico nem a competência de um testador. Ele avalia o processo de testes: como a organização planeja, projeta, executa, mede e melhora os testes em todos os projetos.
A diferença é relevante. Uma equipe com bons profissionais pode entregar um sistema estável e, ainda assim, operar em nível baixo de maturidade, porque o resultado depende de pessoas e não de um processo repetível. Quando essas pessoas saem, o resultado sai com elas.
A família de modelos de maturidade segue a mesma lógica de degraus usada pelo CMMI para processos de desenvolvimento e pelos modelos de maturidade em gestão para a empresa como um todo.
Os níveis do TMMi
O TMMi (Test Maturity Model integration) é mantido pela TMMi Foundation. O modelo organiza a evolução em cinco níveis. A fundação descreve o ponto de partida como teste “ad hoc e não gerenciado” e nomeia os quatro níveis seguintes (tmmi.org):
| Nível | Nome | O que caracteriza o nível |
|---|---|---|
| 1 | Ponto de partida | Teste sem processo definido; resultado depende de esforço individual |
| 2 | Gerenciado | Política, estratégia e plano de testes por projeto; acompanhamento do andamento |
| 3 | Definido | Processo de testes padronizado na organização e integrado ao ciclo de desenvolvimento |
| 4 | Medido | Indicadores de teste e de qualidade do produto usados para decidir |
| 5 | Otimização | Prevenção de defeitos e melhoria contínua do próprio processo de testes |
Cada nível pressupõe o anterior. Uma organização não alcança o nível 4 medindo defeitos se ainda não tem um processo padronizado para gerar dados comparáveis entre projetos.
Você sabia? Existe uma norma internacional com um modelo de avaliação do processo de testes: a ISO/IEC 33063:2015, que interpreta os processos de teste definidos na ISO/IEC/IEEE 29119-2:2021. A própria ISO informa que a edição de 2015 está em revisão (iso.org).
Sinais que indicam o nível atual
Antes de qualquer questionário, alguns sinais observáveis já indicam o nível provável:
- Sinais de nível 1: o teste acontece no fim do projeto, quando sobra tempo; não existe plano escrito; o critério de liberação é “ninguém achou erro”.
- Sinais de nível 2: cada projeto tem plano de testes e cronograma de testes; o líder sabe quantos casos foram executados e quantos falharam; ainda assim, cada projeto testa de um jeito.
- Sinais de nível 3: existe um processo único de testes, com modelos de documento e papéis definidos; o teste começa junto com o levantamento de requisitos; revisões por pares fazem parte da rotina.
- Sinais de nível 4 e 5: a organização mede densidade de defeitos, cobertura e eficácia dos testes; usa os números para decidir onde investir; analisa a causa dos defeitos para evitar que se repitam.
A automação de testes não define o nível. Uma suíte automatizada sem estratégia, sem critério de cobertura e sem uso dos resultados mantém a organização no nível em que estava, apenas com mais velocidade.
Como fazer o diagnóstico de maturidade de testes
O diagnóstico transforma a percepção da equipe em nota por dimensão e em plano de ação. O roteiro abaixo cabe em duas a três semanas para uma área de desenvolvimento de porte médio.
Na prática: 6 passos para o diagnóstico
- Definir o escopo. Escolher a área, os produtos e os projetos avaliados. Diagnóstico da empresa inteira na primeira rodada costuma gerar média sem utilidade.
- Definir as dimensões. Usar as dimensões do modelo de referência: política e estratégia, planejamento, projeto e execução, ambiente de testes, organização e capacitação, medição e melhoria.
- Coletar respostas de papéis diferentes. Testadores, desenvolvedores, líderes de produto e gestores respondem ao mesmo questionário. A divergência entre papéis é um achado em si.
- Exigir evidência. Toda resposta “sim” aponta um documento, um painel ou um registro. Sem evidência, a prática conta como não implantada.
- Calcular a nota por dimensão. O nível global é limitado pela dimensão mais fraca. Uma organização com medição avançada e sem plano de testes continua no nível 1.
- Montar o plano do próximo nível. Selecionar de três a cinco práticas do degrau seguinte, com responsável e prazo, e repetir o diagnóstico em seis a doze meses.
Erros comuns na adoção do modelo
O primeiro erro é tratar o nível como meta de marketing. Quando a meta é “chegar ao nível 3”, a equipe produz documentos para a avaliação e mantém a prática antiga. A meta útil é o efeito do nível: menos defeitos em produção, prazo de liberação previsível e decisão de liberação apoiada em dados.
O segundo erro é saltar degraus. Implantar indicadores de nível 4 sem processo padronizado gera números que não se comparam entre projetos.
O terceiro erro é avaliar o processo de testes isolado da gestão. Teste depende de requisito claro, de ambiente disponível e de prioridade definida pela direção. Quando o diagnóstico de testes aponta lacunas nesses pontos, a causa está na gestão, e um diagnóstico de maturidade empresarial ajuda a localizar a origem.
Perguntas frequentes
O TMMi substitui o CMMI?
Não. O CMMI trata dos processos de desenvolvimento e de gestão de forma ampla. O TMMi aprofunda o processo de testes. Organizações que já usam o CMMI podem usar o TMMi para detalhar a parte de verificação e validação.
É possível usar o modelo em equipes ágeis?
Sim. O modelo descreve o que precisa existir, como estratégia, planejamento e medição, e não impõe um ciclo de vida. Em equipes ágeis, o plano de testes pode ser a estratégia da sprint e a medição pode vir do pipeline de integração contínua.
A avaliação precisa de certificação formal?
Não para uso interno. Um diagnóstico com questionário e evidência já mostra o nível e o plano de ação. A avaliação formal, conduzida por avaliador credenciado, só é necessária quando a organização quer um reconhecimento público do nível.
