ツールを試すときは架空の文章を使う

作り話のテキストでも同じ答えになる理由

Webツールは、決まったルールでテキストに点を付け、検索し、比較します。ルールが反応するのは入力された文字だけです。boarding passとboardingは五文字を超える登録語なので、それぞれ「チケット・予約」に二点を加え、gateとseatは一点ずつです。その語の裏にある予約が実在するかどうかは結果に影響しないので、架空のサンプルからも本物とまったく同じことがわかります。

入力したテキストはブラウザのタブ内にとどまり、何もアップロードされません。それでもデモは、思った以上に共有されたり、スクリーンショットに撮られたり、開いたまま放置されたりしがちです。このライブラリの例がどれも、誰かのギャラリーから取ったものではなく新しく書いたテスト用のテキストなのはそのためです。

構造のルールも仮の文字で試せます。09:00、10:00、11:00のような時刻を短い行に三つ並べるとチャットに二点が加わり、価格が二つあればショッピングとレシートに点が入り、コードのように始まる行が三つあればコードに点が入ります。

無害なテストケースを作る

1. 見たいルールを決めます。棚のマーカー、検索の一致、トークンの比較のどれかです。
2. きっかけとなる語だけを含む行を二〜四行書きます。たとえばBoarding pass、Gate 12、Seat 14Cです。
3. 名前、コード、金額は、0000やTest Personのような明らかな仮の値に置き換えます。
4. 点数と棚を読み取り、タブを閉じる前にフォームを空にします。

Boarding pass · Gate 12 · Seat 14C

チケット · 6

Hello there

その他 · 0

意図した以上に漏らしてしまう間違い

• 一つの語句を試すために、予約確認の全文を貼り付けること。語句だけでも同じ点数になります。
• ルールに数字が必要そうだからと、本物の予約番号を残すこと。チケットのマーカーは数字ではなく語です。
• Hello thereのような12文字未満のテキストで試すこと。分類器はマーカーを一つも調べる前に、「その他」と点数0を返します。

同じルールがiPhoneでも動く

Shotnestは、iPhone上で読み取ったテキストにこれらのマーカーを適用します。そこでもスクリーンショットとその文字はアップロードされません。デモでわかるのはルールの振る舞いであり、特定の本物のスクリーンショットが完全に読み取られたかどうかまではわかりません。それはアプリの「テキスト」表示で確認してください。