---
categoria: Informática
tempo_medio: 10-15 min
nivel_tecnico: Intermediário
---

# Diagnóstico de Tela Azul

## Objetivo

Orientar o atendimento técnico a analisar falhas críticas do Windows, com foco em manutenção, diagnóstico, evidências e critérios práticos de decisão.

---

## Conceito

Diagnóstico de Tela Azul é um tema importante em informática porque influencia estabilidade, desempenho, disponibilidade dos dados e qualidade do atendimento.

O conteúdo deve apoiar análise técnica em bancada ou campo, evitando conclusões sem evidência.

---

## Onde se aplica

Aplica-se a bancadas de informática, atendimento técnico, notebooks, desktops, periféricos, impressoras, diagnóstico remoto e suporte presencial.

Também deve ser usado em triagem, manutenção preventiva, correção de falhas, upgrades, reinstalações e documentação de atendimento.

---

## Funcionamento

O diagnóstico em informática deve separar falha de energia, hardware, armazenamento, sistema operacional, driver, temperatura e periféricos.

Na prática, o funcionamento deve ser validado por testes controlados, observação do sintoma, logs, medições e comparação com equipamento conhecido bom quando possível.

---

## Parâmetros importantes

Pontos que precisam ser observados:

- sintoma inicial;
- fonte ATX;
- tensão;
- temperatura;
- SMART;
- memória RAM;
- logs do sistema;
- evidências fotográficas;
- código de parada;
- driver;
- memória;
- disco;
- dump;

Esses parâmetros ajudam a definir se o problema é físico, lógico, térmico, elétrico ou de configuração.

---

## Procedimento prático

Sequência recomendada:

- registrar reclamação e condição inicial;
- inspecionar visualmente;
- testar alimentação e periféricos básicos;
- isolar componentes por etapas;
- coletar logs e evidências antes de concluir;

Antes de qualquer ação destrutiva, preserve dados e registre a condição inicial do equipamento.

---

## Evidências obrigatórias

Colete e registre:

- foto da placa ou equipamento;
- print do erro;
- logs do sistema;
- resultado de teste de memória;
- SMART do disco;
- temperaturas;
- medições da fonte;

Essas evidências sustentam o diagnóstico, a comunicação com o cliente e a decisão de reparo ou substituição.

---

## Falhas comuns

Sintomas e causas prováveis:

- não liga;
- sem vídeo;
- travamento;
- lentidão;
- superaquecimento;
- tela azul;
- disco com falhas;
- memória instável;

Falhas em informática frequentemente combinam hardware, software, energia, temperatura e armazenamento.

---

## Diagnóstico em bancada ou campo

Trabalhe por hipótese e evidência. Trocar peças sem teste aumenta custo e pode esconder causa real. Escalone quando houver dano físico extenso, risco elétrico, dados críticos ou necessidade de laboratório especializado.

Use multímetro, fonte ATX conhecida boa, testes de memória, análise SMART, logs do sistema, teste térmico e inicialização mínima conforme o sintoma. Escalone quando houver risco de perda de dados, dano físico severo, componente sem peça de teste ou necessidade de laboratório especializado.

---

## Boas práticas

Recomendações:

- documentar antes e depois;
- testar com configuração mínima;
- usar fonte conhecida boa quando necessário;
- preservar dados do cliente;
- registrar critérios de condenação;

Boas práticas reduzem retrabalho, protegem dados e deixam histórico confiável para futuros atendimentos.

---

## Método RMEvolution de validação

Use a sequência abaixo para transformar sintoma em decisão operacional:

- **Evidência observada:** registre o fato bruto, com print, foto, log ou medição.
- **Hipótese levantada:** descreva a causa provável que será testada.
- **Teste executado:** informe ferramenta, condição do teste e valor esperado.
- **Resultado obtido:** registre o valor medido, resposta do sistema ou comportamento observado.
- **Hipótese descartada ou confirmada:** explique o motivo técnico da decisão.
- **Conclusão operacional:** defina correção, orientação, monitoramento ou escalonamento.
- **Nível de confiança:** use baixo, médio ou alto conforme a qualidade das evidências.

Quando não houver evidência suficiente, não encerre o diagnóstico como confirmado. Registre a pendência e escale com contexto.

## Documentos relacionados

- [01 - Metodologia de Diagnóstico em Informática](./01%20-%20Metodologia%20de%20Diagn%C3%B3stico%20em%20Inform%C3%A1tica.md)
- [02 - Inspeção Visual](./02%20-%20Inspe%C3%A7%C3%A3o%20Visual.md)
- [03 - Diagnóstico de Computador que Não Liga](./03%20-%20Diagn%C3%B3stico%20de%20Computador%20que%20N%C3%A3o%20Liga.md)
- [04 - Diagnóstico de Computador Sem Vídeo](./04%20-%20Diagn%C3%B3stico%20de%20Computador%20Sem%20V%C3%ADdeo.md)

---

## Resumo

Diagnóstico de Tela Azul deve ser tratado com método: preservar dados, confirmar sintomas, medir quando possível, coletar evidências e registrar a conclusão técnica antes de executar correções definitivas.