位置データは正常系だけでなくエッジケースでもテストする
よく地図化された市の中心部の住所からは、システムが農村部のルート、係争中の国境、極地付近のクエリをどう扱うかについてほとんど何もわかりません。難しいケースを意図的にテストしてください。
タグ
#エッジケース
検索結果がない場合のフォールバックを用意する
空の結果はエラーではなく、正常で有効なレスポンスです。コードには、それを処理するための意図的な分岐が必要です。
番地のない住所を扱う
地方の住所、ランドマーク、番地がまだ割り当てられていない新しい開発地でも、完全な番地付きの住所より粗い精度にはなりますが、正しくジオコーディングできます。
極の近くでジオコーディングに何が起こるのか
極の近くでは、経線が1点に収束し、タイムゾーンはほとんど意味をなさなくなります。通常の前提に基づいて作られた位置情報ソフトウェアは、そこでおかしな挙動を示しがちです。
国際日付変更線と、それをまたぐリクエスト
わずかな距離しか離れていない2地点が、国際日付変更線がたまたまその間を通っているというだけの理由で、まったく別の日付になることがあります。
うるう秒、UTC、そしてそれがほとんど関係ない理由
UTCを地球の実際の自転と合わせておくために、ときどき1秒が追加されます。これを直接考慮する必要があるアプリケーションはほとんどありません。
国境付近の逆ジオコーディングの精度
国境から数メートルの座標は、国境データがどのように引かれているかによって、どちらの国にも逆ジオコーディングされる可能性があります。これはバグではなく、本当に難しいケースです。
住所解析のあいまいさ：アパート、部屋番号、私書箱
1つの住所文字列には複数の異なる意味の要素が隠れていることがあり、同じ略語でも国によって意味が異なることがあります。正しく解析するのは見た目よりも難しいのです。
夏時間の切り替えと、その前後で壊れるリクエスト
年に2回、ある範囲の現地時刻が存在しないか、2回存在することになります。すべての時刻が一意に定まると想定しているソフトウェアは、まさにそのときに失敗します。