Guia do Ciclo de Vida de Teste de Software (STLC)

Principais pontos

O ciclo de vida de teste de software é a sequência de atividades usadas para planejar, projetar, executar e encerrar testes.
O modelo comum possui seis fases, desde a análise dos requisitos até o encerramento do teste.
Critérios de entrada e saída definem quando uma fase pode começar e quando ela termina.
As equipes ágeis mantêm as mesmas atividades, mas as repetem em pequenos ciclos a cada sprint.

Quando um bug chega à produção, muitas vezes a causa não é o fato de alguém ter esquecido de executar um teste. É que um requisito nunca foi questionado, os dados do teste estavam errados ou ninguém concordou com o significado de “pronto”. O ciclo de vida de teste de software aborda esses problemas fornecendo aos testes uma estrutura clara desde o primeiro requisito até o relatório final.

Este guia explica cada fase e segue um recurso ilustrativo de todas elas: uma página de login que bloqueia uma conta após cinco tentativas fracassadas. As fontes não concordam totalmente com o número de fases. Você verá modelos com sete ou oito, mas a maioria deles divide o mesmo trabalho de maneira diferente. Usamos a versão de seis fases amplamente ensinada.

O que é o STLC?

O STLC é uma série definida de atividades de teste realizadas para confirmar se o software atende aos seus requisitos. Cada fase tem um objetivo, entradas e saídas, para que os testes sejam planejados e rastreáveis, em vez de improvisados no final.

Os benefícios são práticos. Os testadores se envolvem cedo, quando os defeitos são mais baratos de corrigir. O esforço vai para os riscos mais elevados. E quando um gestor pergunta “estamos prontos para liberar?”, a equipe pode responder com evidências.

As seis fases do STLC em resumo

Fase	Objetivo principal	Saída principal
1. Análise de requisitos	Entenda o que testar	Perguntas, requisitos testáveis, RTM
2. Planejamento de testes	Decida como testar	Plano de teste, estimativas
3. Desenvolvimento de caso de teste	Projete os testes	Casos de teste, scripts, dados de teste
4. Configuração do ambiente	Prepare onde testar	Ambiente pronto, resultado do teste de fumaça
5. Execução de teste	Execute testes e registre defeitos	Resultados, relatórios de bugs
6. Encerramento do teste	Avalie e aprenda	Relatório de encerramento, lições aprendidas

Critérios de entrada são as condições que devem ser verdadeiras antes do início de uma fase. Critérios de saída são as condições que devem ser verdadeiras antes de terminar. Eles impedem que uma equipe, por exemplo, execute testes em uma versão quebrada e perca um dia.

Fase 1: Análise de requisitos

Os testadores estudam os requisitos para descobrir o que pode ser testado e o que não está claro. Geralmente, esse é o lugar mais barato para evitar um bug, já que uma pergunta custa muito menos que uma correção de produção.

Entrada: documentos de requisitos ou histórias de usuários estão disponíveis.
Atividades: identificar necessidades funcionais e não funcionais, fazer perguntas, avaliar riscos e decidir o que pode ser automatizado.
Saída: as questões abertas são respondidas e a matriz de rastreabilidade de requisitos (RTM) é iniciada.
Entregáveis: uma lista de requisitos testáveis e o RTM.

Exemplo de login. A história diz “bloquear a conta após cinco tentativas fracassadas”. Um bom testador pergunta: cinco em que período? Como é desbloqueado? Um login bem-sucedido redefine a contagem? Que mensagem é mostrada? Cada resposta se torna algo testável.

Fase 2: Planejamento de testes

A equipe decide o escopo, abordagem, pessoas, ferramentas, cronograma e riscos. O líder de teste geralmente possui esta fase.

Entrada: requisitos analisados e uma avaliação de risco inicial.
Atividades: definir escopo, estimar esforço, selecionar ferramentas, atribuir funções e definir critérios de saída para fases posteriores.
Saída: o plano de teste é revisado e aprovado.
Entregas: o plano de teste e estimativas de esforço.

Exemplo de login. No escopo: regras de bloqueio, redefinições e mensagens de erro na web e em dispositivos móveis. Fora do escopo: logon único, gerenciado por outra equipe. O maior risco é bloquear usuários genuínos, para que isso receba mais atenção. Se você não tiver certeza de como um plano difere de uma estratégia, leia plano de teste versus estratégia de teste.

Fase 3: Desenvolvimento de caso de teste

É aqui que os testadores escrevem os casos de teste detalhados, os scripts de automação e os dados de teste.

Entrada: um plano de teste aprovado e requisitos estáveis.
Atividades: escrever e revisar casos de teste, preparar dados, criar scripts de verificações automatizadas e atualizar o RTM.
Saída: os casos de teste e os dados são revisados e prontos.
Entregas: casos de teste, scripts e dados de teste.

ID	Cenário	Resultado esperado
TC-01	4 tentativas fracassadas e a senha correta	O login foi bem-sucedido e a contagem foi reiniciada
TC-02	5 tentativas fracassadas	Bloqueios de conta e uma mensagem clara aparece
TC-03	Senha correta em uma conta bloqueada	Login ainda recusado
TC-04	Tentativas falhadas em dois navegadores ao mesmo tempo	A contagem é compartilhada e permanece precisa
TC-05	Desbloqueie com o link de redefinição	O login funciona e a contagem é apagada

Observe que TC-01 e TC-02 testam ambos os lados do limite, que vem diretamente da análise de valor limite. Para saber mais sobre como escrevê-los bem, consulte como escrever casos de teste.

Fase 4: Configuração do ambiente de teste

Os testes precisam de um lugar realista para serem executados: servidores, dados, contas, navegadores e acesso à rede corretos. Essa fase geralmente ocorre em paralelo com a fase 3 e pode ser gerenciada por desenvolvedores ou por uma equipe de DevOps.

Entrada: um plano de teste, uma visão geral da arquitetura e requisitos de ambiente.
Atividades: configurar hardware ou contêineres, carregar dados, configurar acesso e instalar a compilação.
Saída: o ambiente está pronto e um teste de fumaça é aprovado.
Resultados: um ambiente de trabalho e um resultado de teste de fumaça.

Exemplo de login. A preparação obtém contas de teste em estados conhecidos, juntamente com um cronômetro de bloqueio reduzido para que os testadores não precisem esperar. Um rápido teste de fumaça confirma que o login é carregado antes do início da execução completa. Os contêineres ajudam a manter os ambientes consistentes, conforme mostrado em nosso tutorial do Docker Compose.

Fase 5: Execução do teste

Os testadores executam os testes planejados, comparam os resultados reais e esperados e relatam defeitos. Bugs corrigidos são testados novamente e áreas relacionadas recebem testes de regressão.

Entrada: os casos de teste estão prontos, o ambiente funciona e uma compilação foi entregue.
Atividades: executar testes, registrar resultados, registrar defeitos, testar novamente correções e atualizar o RTM.
Saída: os testes planejados são executados e os defeitos são corrigidos ou formalmente aceitos.
Entregas: resultados de testes e relatórios de defeitos.

Exemplo de login. TC-04 falha: com dois navegadores, o contador chega apenas a quatro. O testador registra o bug com etapas e evidências claras, conforme descrito em como escrever um relatório de bug. Depois de corrigido, o TC-04 é executado novamente e as verificações de login relacionadas passam pela lista de verificação de regressão.

Dica: Torne os critérios de saída mensuráveis e chegue a um acordo sobre eles com antecedência. “Todos os testes críticos foram aprovados e nenhum bug de alta gravidade foi aberto” é difícil de argumentar. “O teste parece bom” não é um critério.

Fase 6: Encerramento do teste

Essa fase costuma ser pulada, o que é uma pena, pois é assim que a equipe melhora. A equipe avalia o ciclo, arquiva seu trabalho e registra o que aprendeu.

Entrada: a execução foi concluída e o status do defeito é conhecido.
Atividades: verificar critérios de saída, analisar tendências de defeitos, arquivar ativos de teste e realizar uma retrospectiva.
Sair: o relatório de fechamento é assinado.
Resultados: o relatório de encerramento e as lições aprendidas.

Exemplo de login. O relatório mostra que todos os cinco casos foram aprovados após uma correção. A lição é que a simultaneidade só foi testada tardiamente, portanto, recursos futuros com contadores adicionam esse cenário durante o design.

STLC versus SDLC

O SDLC, ou ciclo de vida de desenvolvimento de software, abrange a construção de todo o produto. O STLC é a parte focada em testes e funciona junto com ele.

Aspecto	SDLC	STLC
Foco	Construindo e entregando software	Validando o software
Liderado por	Toda a equipe de produto	Principalmente engenheiros de controle de qualidade e testes
Fases	Requisitos, projetar, construir, testar, implantar, manter	As seis fases acima
Saída	Um produto funcional	Evidência de sua qualidade

A análise de requisitos no SDLC alimenta a análise de requisitos no STLC, e o desenvolvimento fornece construções na execução do teste. O teste não precisa esperar até que a codificação termine. Começar cedo é o que as pessoas querem dizer com “deslocar para a esquerda”.

STLC em Agile e DevOps

As fases podem parecer um processo longo e unilateral, mas não precisam ser assim. No Agile, as mesmas atividades diminuem e se repetem em cada sprint, geralmente em horas em vez de semanas:

A análise de requisitos acontece no refinamento do backlog, por meio de perguntas sobre a história do usuário.
O Planejamento acontece no planejamento do sprint, com notas leves no lugar de documentos longos.
O design do teste acontece junto com a codificação, geralmente como critérios de aceitação e testes automatizados.
A configuração do ambiente é automatizada por meio de contêineres e infraestrutura como código.
A execução é executada continuamente em um pipeline de CI/CD.
O Encerramento passa a fazer parte da revisão e da retrospectiva do sprint.

Mantenha o que é útil e dimensione a papelada ao risco. Uma pequena ferramenta interna pode necessitar de uma pequena lista de verificação, enquanto um sistema bancário pode necessitar de aprovações formais por razões regulamentares.

Erros comuns

Trazendo testadores tarde. Bugs encontrados nos requisitos são muito mais baratos do que aqueles encontrados após o lançamento.
Critérios de saída vagos. Sem eles, os prazos tomam a decisão por você.
Testes em um ambiente ruim. Falhas causadas por dados ou configurações incorretas desperdiçam tempo e minam a confiança.
Ignorando o encerramento. A equipe então repete os mesmos erros no próximo ciclo.
Seguindo isso com muita rigidez. O STLC é um guia. Documentos pesados não significam automaticamente melhor qualidade.

Considerações finais

O ciclo de vida de teste de software é simplesmente uma resposta disciplinada a seis perguntas: o que testamos, como, com quais casos, onde, o que aconteceu e o que aprendemos? Observe seu próximo recurso e verifique quais dessas perguntas sua equipe costuma pular. Corrigir essa lacuna provavelmente lhe dará o maior ganho.

Perguntas frequentes

Quais são as 6 fases do STLC?

Eles são análise de requisitos, planejamento de testes, desenvolvimento de casos de teste, configuração do ambiente de teste, execução de teste e encerramento de teste. Alguns modelos dividem isso em mais etapas.

Qual é a diferença entre STLC e SDLC?

O SDLC cobre a construção de todo o produto, desde os requisitos até a manutenção. O STLC cobre apenas atividades de teste e é executado junto com o desenvolvimento.

Quais são os critérios de entrada e saída?

Os critérios de entrada são condições exigidas antes que uma fase possa ser iniciada, como uma construção estável. Os critérios de saída são condições necessárias para concluí-lo, como a aprovação em todos os testes críticos.

O que é um RTM em teste?

Uma matriz de rastreabilidade de requisitos mapeia cada requisito para seus casos de teste. Mostra se todos os requisitos estão cobertos e ajuda a avaliar o impacto das mudanças.

O STLC é usado no Agile?

Sim. As equipes ágeis realizam as mesmas atividades, mas em ciclos mais curtos e repetidos dentro de cada sprint, com mais automação e menos documentação formal.

Continue aprendendo

PlanejamentoPlano de teste versus estratégia de teste DesignComo escrever casos de teste AbordagensTeste de caixa preta versus caixa branca

Ciclo de vida de teste de software (STLC): 6 fases, critérios de entrada e saída, exemplo

Ciclo de vida de teste de software (STLC): 6 fases, critérios de entrada e saída, exemplo

O que é o STLC?

As seis fases do STLC em resumo

Fase 1: Análise de requisitos

Fase 2: Planejamento de testes

Fase 3: Desenvolvimento de caso de teste

Fase 4: Configuração do ambiente de teste

Fase 5: Execução do teste

Fase 6: Encerramento do teste

STLC versus SDLC

STLC em Agile e DevOps

Erros comuns

Considerações finais

Perguntas frequentes

Continue aprendendo

Precisa de ajuda com testes, WordPress ou SEO?

Mais guias sobre testes, IA e desenvolvimento moderno

Explicação das alucinações de IA: por que os modelos de linguagem inventam as coisas e como reduzi-las

Variáveis de ambiente explicadas: arquivos .env, segredos e configuração bem feitos

Explicação da limitação de taxa de API: algoritmos, cabeçalhos e tratamento de erros 429

Zombando em Python: unittest.mock, patch e os erros que fazem os testes mentirem

Cobertura de código explicada: cobertura de linha versus filial e o que 100% realmente significa

DELETE vs TRUNCATE vs DROP em SQL: diferenças, reversão e quando usar cada um

Exibições SQL explicadas: crie, use e evite as armadilhas, com exemplos

Interface TypeScript vs tipo: diferenças reais, testadas com o compilador

Python *args e **kwargs explicados: funções flexíveis com exemplos claros

Funções Python Lambda: sintaxe, usos reais e quando não usá-los

O que são agentes de IA? Como eles funcionam, com um loop de agente simples que você pode executar

Monitoramento versus observabilidade: a verdadeira diferença, com logs, métricas e rastreamentos

Docker Volumes vs Bind Mounts: persista os dados do contêiner da maneira certa

TDD vs BDD: principais diferenças, um recurso criado de ambas as maneiras e quando usar cada um

Teste de aceitação do usuário (UAT): processo, lista de verificação e exemplos reais

Valores SQL NULL explicados: IS NULL, COALESCE, NULLIF e as armadilhas a serem evitadas

Instrução SQL CASE WHEN: sintaxe, exemplos reais e erros comuns

O que é JWT? JSON Web Tokens explicados com um exemplo prático

Loop de eventos JavaScript explicado: pilha de chamadas, microtarefas e temporizadores com exemplos

Geradores Python e rendimento explicado: economize memória com exemplos reais

O que são incorporações? Similaridade de vetores e cossenos explicada de forma simples

Implantação azul-verde vs canário: diferenças, compensações e como escolher

Testes instáveis: o que os causa e como corrigi-los para sempre

Teste de carga versus teste de estresse: diferenças, métricas e exemplos k6

Caso de teste versus cenário de teste: principais diferenças, exemplos e quando usar cada um

Otimização de consultas SQL: leia planos de execução e corrija consultas lentas, com intervalos

SQL UNION vs UNION ALL: diferenças, exemplos e desempenho testado

Tutorial da API JavaScript Fetch: GET, POST, tratamento de erros e tempos limite

Manipulação de arquivos Python: leitura, gravação, CSV, JSON e pathlib com exemplos

Classes e objetos Python: tutorial OOP com exemplos reais

O que é um modelo de linguagem grande? Como funcionam os LLMs, explicado sem exageros

Comandos Linux para iniciantes: o guia essencial do terminal com exemplos

Selenium vs Playwright: principais diferenças, código comparado e qual escolher

Particionamento de equivalência: técnica de design de teste explicada com exemplos resolvidos

Gravidade vs Prioridade em Testes de Software: Diferenças, Matriz e Exemplos Reais

Tutorial de subconsultas SQL: tipos, subconsultas correlacionadas e EXISTS com exemplos

Transações SQL e ACID explicados: COMMIT, ROLLBACK e níveis de isolamento

Folha de dicas dos comandos do Git: os comandos que você realmente usa, com exemplos

Explicação das promessas de JavaScript: então, catch, Promise.all e erros comuns

Tutorial do dicionário Python: métodos, exemplos e padrões comuns

O que é RAG? Geração aumentada de recuperação explicada com um exemplo prático

Tutorial Terraform para iniciantes: infraestrutura como código do primeiro arquivo aos módulos

Docker vs Kubernetes: principais diferenças, como eles funcionam juntos e o que você precisa

Tutorial Pytest para iniciantes: luminárias, parametrização e exemplos reais

Ciclo de vida de teste de software (STLC): 6 fases, critérios de entrada e saída, exemplo

Git merge vs rebase: diferenças, exemplos e quando usar cada um

List comprehension em Python: sintaxe, exemplos e quando evitar

SQL JOIN explicado com exemplos (Inner, Left, Right, Full)