Um endereço no centro de uma cidade bem mapeada quase não diz nada sobre como o seu sistema lida com uma estrada rural, uma fronteira disputada ou uma consulta perto dos polos. Teste os casos difíceis de propósito.
Um resultado vazio é uma resposta normal e válida, não um erro, e o seu código precisa de um caminho pensado para tratá-lo.
Um endereço rural, um ponto de referência ou um empreendimento novo sem número atribuído continua sendo geocodificado corretamente, só que com uma precisão menor do que a de um endereço completo.
Perto dos polos, os meridianos convergem para um único ponto e os fusos horários perdem quase todo o sentido. Softwares de localização construídos sobre suposições comuns tendem a se comportar de forma estranha ali.
Dois pontos a uma curta distância um do outro podem estar em dias do calendário totalmente diferentes, apenas por causa de onde a Linha Internacional de Data passa entre eles.
De tempos em tempos, um segundo extra é inserido no UTC para mantê-lo alinhado com a rotação real da Terra. Quase nenhuma aplicação precisa se preocupar com isso diretamente.
Uma coordenada a poucos metros de uma fronteira pode ser geocodificada de forma reversa para qualquer um dos dois países, dependendo de como exatamente os dados da fronteira são traçados. Esse é um caso realmente difícil, não um bug.
Um único texto de endereço pode esconder várias partes de significado distintas, e a mesma abreviação pode significar coisas diferentes em países diferentes. Interpretá-lo corretamente é mais difícil do que parece.
Duas vezes por ano, um intervalo de horários locais ou não existe ou existe duas vezes. Um software que presume que todo horário é inequívoco vai falhar exatamente nesses momentos.