位置データは正常系だけでなくエッジケースでもテストする
よく地図化された市の中心部の住所からは、システムが農村部のルート、係争中の国境、極地付近のクエリをどう扱うかについてほとんど何もわかりません。難しいケースを意図的にテストしてください。
国によって住所の形式はどう違うのか
ある国ではまったく自然に読める住所も、別の国の慣習に従って構成されると、完全に逆順に見えたり、単に間違っているように見えたりします。番地、通り名、地区、地域、郵便番号がどの順序で並ぶかは、国ごと、ときには地域ごとの慣習によるもので、固定された世界共通のテンプレートではありません。自国の順序を自然なもの、あるいは標準のものと決めつけることは、海外の住所を扱うものを作る際によくある、そして避けられる間違いの1つです。
番地を通り名の前に置く慣習もあれば、後ろに置く慣習もあります。郵便番号を同じ行の市区町村名の前に置く場合もあれば、後ろに置く場合もあり、まったく別の行に置く場合もあります。市区町村、地域、国の相対的な順序もさまざまです。さらに一部の国では、行政区分の階層に従って上から下へと住所を構成しており、特定の建物から始めて下から上へと組み立てる慣習と比べると、ほとんど逆さまに読めます。
これは、システムのまったく異なる2つの部分にかかわります。入力の処理、特に自由記述の住所フィールドは、厳格なテンプレートを期待するのではなく、書式のばらつきを本当の意味で許容する必要があります。自国の住所を入力する実際のユーザーは、フォームがどんな順序を前提に設計されていても、当然ながらその国の慣習的な順序で書くからです。出力の書式、つまり返された住所をユーザーに表示する部分は、住所が実際にどこにあるかに関係なく、常にすべての住所を番地を先頭にする、あるいは郵便番号を先頭にする1つの固定レイアウトで表示するのではなく、理想的には宛先の国自身の慣習に従うべきです。現地の書式で表示された住所は自然に読めますが、外国の書式で表示された住所は、個々の構成要素がすべて正しくても、明らかに違和感のあるものになります。
ジオコーディング自体は、特に入力を厳密に決められた順序の構成要素として期待するのではなく、既知の参照データと照合する1つの文字列として扱う場合、単純なパーサーよりも構成要素の順序に強いのが一般的です。とはいえ、自国の書式を並べ替えただけのものではなく、さまざまな国の正しい書式の例を使って住所の処理を具体的にテストすれば、海外のユーザーが直接遭遇するよりずっと前に、自社の検証や表示のロジックの抜けを見つけられます。
海外のユーザー向けに住所の入力や表示を作るのであれば、1つのテンプレートがどこにでも通用すると決めつけず、自国とは意味のある形で異なる慣習を持ついくつかの国を対象に、意図的にテストする価値があります。私たちのジオコーディングエンドポイントは入力そのもののこうしたばらつきを許容するよう設計されていますが、その周りにある自社のフォームの検証や住所表示のロジックについても、同じ多様な例で個別に確認しておく価値があります。