Initializing, please wait a moment

Antes de uma chamada de vídeo - quais ferramentas executar (tela, câmera, microfone)

Última revisão: 2026-05-03. Cinco minutos antes de uma chamada Zoom / Teams / Google Meet é o momento errado para ver que sua webcam mostra tela preta, seu microfone está mudo em nível de SO, ou sua tela tem um pixel travado bem onde os slides do palestrante vão aparecer. Este guia é o checklist curto, em ordem de prioridade, de quais verificações executar, o que cada uma captura, e qual ferramenta começar. Cada passo tem um link de ferramenta para o teste de navegador correspondente neste site - nada para instalar, sem conta, sem upload. A sequência inteira roda em cerca de cinco minutos.

Resposta de 30 segundos. Execute as quatro verificações nesta ordem: (1) teste de câmera - confirma que a webcam mostra um preview ao vivo na resolução certa e expõe uma webcam congelada / tela preta antes da chamada começar; (2) teste de microfone - confirma que o SO vê seu mic e o navegador tem permissão, antes do host ter que perguntar "você consegue me ouvir?"; (3) teste LCD - um minuto de ciclo de cor em tela cheia para identificar pixels travados ou mortos que poderiam distrair a audiência durante uma apresentação; (4) teste de teclado se você está prestes a digitar durante a chamada (entrevista, compartilhamento de código, notas ao vivo). Pare após o passo 2 se estiver com pouco tempo - câmera e microfone são o que falha em 90% dos momentos pré-chamada.

Passo 1 - Teste de câmera (60 segundos)

A falha pré-chamada mais comum é "a câmera funciona no SO mas o Chrome não consegue vê-la." Isso acontece porque um app anterior (Slack, OBS, FaceTime, o painel de privacidade de câmera do SO) ainda segura o handle do dispositivo, ou o navegador foi negado permissão de câmera antes e o usuário esqueceu. O teste de câmera no navegador captura ambos em segundos.

Abra o teste de câmera, clique em Iniciar Câmera, e conceda o prompt de permissão. Um preview ao vivo deve aparecer em dois segundos com a resolução mostrada ao lado da imagem. Se o preview é preto, a câmera está ocupada em outro app - feche clientes desktop Slack / Teams / Zoom e tente novamente. Se o prompt de permissão não aparece, o navegador já lembra de uma recusa - clique no ícone de câmera na barra de endereço para concedê-la. Se o preview está de cabeça para baixo ou espelhado, isso é uma peculiaridade de driver / navegador com a qual você viverá para a chamada (a maioria dos apps de conferência espelha o preview local deliberadamente).

O que este passo não captura: a qualidade da imagem (iluminação, foco, balanço de branco) ou o lado de áudio. O microfone é verificado separadamente no passo 2 porque os modos de falha são diferentes e muitos usuários têm câmera funcionando e mic quebrado ao mesmo tempo.

Passo 2 - Teste de microfone (60 segundos)

Falhas de microfone caem em três famílias: o SO não vê o mic de jeito nenhum (driver / cabo / pareamento Bluetooth caído), o navegador foi negado permissão, ou o SO o vê mas roteou para o dispositivo errado (o array de mics do laptop em vez do headset, ou vice-versa). O teste de microfone no navegador expõe todos os três.

Abra a página, permita a permissão, e fale normalmente. Um medidor de volume ao vivo deve reagir à sua voz em meio segundo. Se o medidor não se move, troque dispositivos de entrada no painel de som do SO - o headset pode não ser o padrão. Se a página diz "nenhum microfone detectado," o SO perdeu o dispositivo inteiramente; reconecte o cabo / re-pareie o headset Bluetooth, depois atualize a página. Se o medidor se move mas está muito baixo (picos abaixo da metade), o ganho de entrada do SO está baixo - aumente-o antes da chamada em vez de durante.

Este passo não captura problemas de áudio em nível de rede (perda de pacotes VoIP, jitter) ou os filtros de eco / supressão de ruído do próprio app de conferência. Esses só aparecem dentro do app de conferência real e são melhor confirmados com uma chamada de teste a um colega.

Passo 3 - Teste LCD (60 segundos)

Você estará olhando para slides, código, ou um rosto pelos próximos trinta a sessenta minutos. Um pixel travado no meio da tela é inofensivo matematicamente mas distrativo visualmente, e um pixel travado diretamente em cima do nariz de alguém durante a chamada é o tipo de detalhe que tira o foco do que está sendo dito. O teste LCD no navegador cicla a tela através de vermelho / verde / azul / branco / preto sólidos em cerca de um minuto e expõe defeitos em nível de painel: pixels mortos (sempre pretos), pixels travados (presos em uma cor), problemas de uniformidade (manchas mais claras ou mais escuras que o resto), e sangramento de retroiluminação (brilho de canto em um campo preto).

Se o teste LCD revela um defeito, você tem duas escolhas: posicionar a janela do app de conferência para que o defeito fique fora de sua área visível (funciona para um ou dois pixels em um canto), ou aceitá-lo para esta chamada e executar o fluxo de preparação de garantia no guia companheiro como testar pixels mortos antes de devolver um monitor depois.

Este passo não captura problemas de caminho de sinal (cabo, negociação de taxa de atualização, handshake EDID) - para esses, veja teste LCD vs teste de exibição vs teste de monitor para qual teste captura o quê.

Passo 4 - Teste de teclado (90 segundos; só se você for digitar)

Pule este passo se você estiver entrando como ouvinte. Execute-o se a chamada envolve digitação - uma entrevista onde você toma notas ao vivo, uma sessão de compartilhamento de código, um Q&A que você moderará. O teste de teclado visualiza cada pressionamento de tecla e confirma que nenhuma tecla está mal-mapeada ou travada. A falha mais comum é uma tecla que registra como uma tecla diferente (um leftover de teclas adesivas do SO), ou uma tecla que não registra de jeito nenhum (falha de switch mecânico). Qualquer um vale a pena capturar antes que você digite errado o nome do candidato na frente dele.

Este passo não captura problemas de layout de teclado do lado do software (o SO acha que você está usando layout US mas o teclado físico é UK) - o teste lê códigos de varredura físicos, não os caracteres resultantes. Se o teste passa mas caracteres errados aparecem no app de conferência, mude o layout do teclado nas configurações do SO.

Checklist pré-chamada (imprimível)

  1. Câmera - teste de câmera → preview ao vivo em 2 s; resolução correta; permissão concedida no navegador.
  2. Microfone - teste de microfone → medidor de volume reage à sua voz; dispositivo de entrada correto selecionado no SO.
  3. Tela - teste LCD → sem pixels travados / mortos na área onde a janela de conferência ficará.
  4. Teclado (se digitando) - teste de teclado → cada tecla registra corretamente; sem teclas mal-mapeadas ou travadas.
  5. Iluminação (julgamento visual; nenhuma ferramenta necessária) - fonte de luz na sua frente, não atrás; sem janela brilhante no enquadramento da câmera.
  6. Notificações - Não Perturbe do SO ligado; feche clientes desktop Slack / email / messenger para evitar um popup no meio da partilha.

Perguntas frequentes

Quanto tempo leva o checklist completo?

Cerca de quatro minutos se você pular o passo 4 (teclado), cerca de cinco com o passo 4. Cada ferramenta roda em uma única aba de navegador; você pode deixá-las abertas e re-executar qualquer passo que falhe antes da chamada começar.

Posso executar o checklist no meu telefone?

Teste de câmera e teste de microfone funcionam em um navegador móvel (as mesmas permissões de navegador se aplicam). O teste LCD roda mas o resultado é menos útil em um telefone - é improvável que você esteja apresentando da tela de um telefone. O teste de teclado não se aplica a uma tela de toque.

E se a câmera funciona no teste mas não no app de conferência?

O app de conferência provavelmente tem seu próprio prompt de permissão de câmera que você ainda não respondeu, ou está vinculado a uma câmera diferente (uma cam USB vs a embutida do laptop). Dentro do app de conferência, abra as configurações de áudio / vídeo e selecione a câmera explicitamente. Se ainda não aparece, o cliente desktop do app de conferência está usando a câmera; atualize a aba do navegador onde você executou o teste - qualquer app que segura o handle do dispositivo vence.

E se o teste de microfone passa mas o app de conferência diz "seu áudio está mudo"?

Isso é o app de conferência mudando em sua própria camada (o host te mudou, ou o app é o padrão "áudio desligado" para convidados). Desmute dentro do app; o mic em nível de SO e o mic em nível de app são independentes. O guia companheiro como verificar webcam e microfone antes de uma entrevista percorre as permissões em camadas em mais detalhe.

Por que executar o teste de tela - um pixel travado não é apenas cosmético?

Para uma chamada um-a-um, sim, você pode ignorá-lo. Para uma apresentação a um grupo ou uma entrevista gravada, um pixel travado é o tipo de detalhe que acaba em uma gravação de compartilhamento de tela para sempre. Capturá-lo antes da chamada permite reposicionar a janela ou escolher um monitor diferente.

E se um passo falha - ainda posso fazer a chamada?

Falha de câmera → mude para apenas áudio com um aviso. Falha de microfone → remarque, ou entre do seu telefone para áudio enquanto apresenta do laptop. Falha de tela → reposicione a janela de conferência longe do defeito; chamada segue em frente. Falha de teclado → troque para um teclado USB, ou faça a chamada como ouvinte e não digitador.

Relacionados

Why trust these tools

  • Ten-plus years of web tooling. The freetoolonline editorial team has shipped browser-based utilities since 2015. The goal has never changed: get you to a working output fast, without an install.
  • Truly in-browser - no upload. Every file-processing tool on this site runs in your browser through modern Web APIs (File, FileReader, Canvas, Web Audio, WebGL, Web Workers). Your photo, PDF, audio, or text never leaves your device.
  • No tracking during tool use. Analytics ends at the page view. The actual input you paste, drop, or capture is never sent to any server and never written to any log.
  • Open-source core components. The processing engines underneath (libheif, libde265, pdf-lib, terser, clean-css, ffmpeg.wasm, and others) are public and audit-able. We link to each one in its tool page's footer.
  • Free, with or without ads. All tools are fully functional without sign-up. The Disable Ads button in the header is always available if you need a distraction-free run.