A conexão caiu depois de escrever uma nota. O texto continua na tela, mas o aplicativo não explica se guardou um rascunho, registrou a informação no aparelho ou enviou para quem vai assumir o cuidado. Repetir o envio sem entender o estado pode acrescentar outra dúvida.

Este artigo propõe perguntas para um teste com dados fictícios. Ele não confirma que um produto funciona sem internet e não apresenta o NiBambini como ferramenta offline. Quando houver uma passagem real de cuidado, o registro precisa ser acompanhado pelo canal organizacional que os adultos já combinaram.

Texto na tela não confirma todos os passos

Ver o conteúdo permite saber que a interface o está mostrando. Para concluir onde ele foi guardado e quem consegue acessá-lo, é preciso ter outra evidência do funcionamento do serviço. Uma tela aberta, por si só, não responde essas perguntas.

A documentação da Mozilla sobre service workers explica como aplicações web podem usar recursos armazenados para funcionar offline. Essa possibilidade técnica não demonstra que qualquer site salva anotações ou compartilha atualizações sem conexão. Cada produto precisa implementar e explicar seu comportamento.

No exemplo fictício, Clara escreve "bolsa de teste na prateleira verde" num ambiente de demonstração. A internet cai e aparece "pendente". Ela não interpreta essa palavra como confirmação de que Tiago já recebeu a nota. Primeiro procura a explicação do estado.

Diferenciar rascunho, gravação local e compartilhamento

Estas são perguntas possíveis, não estados confirmados de um app:

  • O texto existe apenas no campo que estou preenchendo?
  • Há uma cópia guardada neste aparelho?
  • A ação aguarda envio?
  • O serviço confirmou recebimento?
  • A outra pessoa consegue consultar a atualização?

Procurem rótulos que respondam a cada etapa pertinente. "Tudo certo" pode ser insuficiente se o grupo precisa saber se outra pessoa já consegue ler. "Salvo neste aparelho; envio pendente" seria uma descrição mais específica, mas só deve aparecer num produto que realmente execute essas etapas.

O W3C trata mensagens sobre resultado, espera e progresso como informações de status que precisam estar disponíveis a tecnologias assistivas. A referência orienta acessibilidade de interfaces, sem garantir que o processamento anunciado aconteceu corretamente.

Conferir sem repetir a ação às cegas

No ensaio, leiam a documentação sobre conexão, pendências e retomada. Criem uma nota fictícia identificável e observem o que a tela anuncia. Depois, ao restabelecer a conexão, verifiquem o estado e a presença de um único registro, usando o fluxo recomendado pelo fornecedor.

Não fechem uma tela com dados reais ou apaguem dados do navegador para "ver se salva". Essas ações podem ter consequências que o artigo não tem como prever. Um teste deve ocorrer num ambiente autorizado e descartável, sem depender de uma informação de cuidado real.

Clara vê que a pendência continua depois da conexão voltar. Ela registra a dúvida e mantém o teste inconclusivo. Não transforma espera em sucesso. Quando o problema for uma anotação duplicada, Os dois anotaram a mesma coisa: como lidar com um registro duplicado ajuda a separar os registros antes de escolher uma correção.

Se a interface apontar erro, procurem uma descrição em palavras. O W3C orienta identificar o campo com erro e descrever o problema em texto quando ele é detectado automaticamente. Uma cor isolada não deve ser a única explicação que o grupo recebe.

Ficha de observação de conexão

Usem estes campos em papel ou numa futura ficha local:

  • Tarefa fictícia que tentamos executar
  • Conexão presente ou ausente naquele teste
  • Mensagem exata mostrada pela interface
  • O que a documentação diz sobre essa mensagem
  • O que apareceu depois da retomada
  • Se a consulta no outro aparelho foi confirmada
  • Dúvida que continua aberta

Não incluam dados infantis reais na ficha abaixo. Carregar exemplo fictício mostra um ensaio ainda não realizado; mudem os campos somente para descrever um cenário inventado, sem presumir salvamento ou sincronização. A prévia fica na memória do navegador, sem envio ou salvamento automático. Limpar exercício apaga os campos.

Usar um canal alternativo previamente combinado

Se uma informação organizacional precisa chegar antes do próximo período, os adultos devem saber qual canal usar quando o registro não confirma o envio. Evitem improvisar vários lugares sem indicar onde está o combinado vigente.

Se alguém não anotou na hora, Esqueci de anotar na hora: como registrar sem inventar precisão propõe registrar o que sabe sem inventar precisão. Uma demonstração também tem limites, discutidos em O que uma demo de cuidado compartilhado consegue mostrar antes de um app real.

Este roteiro original não valida confiabilidade, não evita todos os erros e não substitui documentação técnica. O estado pode permanecer inconclusivo. Nesse caso, mantenham explícito o que não foi confirmado e não dependam da tela para uma decisão de saúde ou de segurança infantil.

Conheça a proposta do NiBambini

Explore a demonstração com dados fictícios. O cadastro real e o cuidado compartilhado com contas ainda estão em desenvolvimento.