برای ارزیابی جست‌وجوی فارسی در چت سایت، چند نوشتار یک منظور را با پاسخ مورد انتظار کنار هم بگذارید. تفاوت ی و ک فارسی و عربی، فاصله و نیم‌فاصله، رقم و غلط تایپی را جدا آزمایش کنید. پاک‌کردن همه تفاوت‌ها بدون قاعده ممکن است نام محصول یا شناسه را عوض کند؛ اصل ورودی را حفظ کنید.
خطای نگارش را از تغییر معنا جدا کنید
«پيگيري» و «پیگیری» می‌توانند در کاربرد روزمره به یک منظور اشاره کنند، اما شباهت ظاهری دو کد سفارش دلیل یکسان‌بودن آن‌ها نیست. مجموعه آزمون را به متن عمومی و شناسه دقیق تقسیم کنید. برای متن عمومی، جست‌وجوی واژه‌های جایگزین مفید است؛ برای شناسه، تبدیل خودکار نیازمند قرارداد روشن است. خروجی باید نشان دهد کدام اصلاح برای بازیابی اعمال شده، نه اینکه مقدار اصلی بی‌خبر بازنویسی شود.
جدول زوج‌های معادل بسازید
از سؤال‌های آموزشی کوتاه شروع کنید: «ساعت کاری»، «ساعت كاري» و «ساعت‌کاری». برای هر سه، منظور مورد انتظار را یکی بنویسید، ولی پاسخ را به تاریخ و شعبه وابسته نگه دارید. سپس غلطی مثل «ساعت کای» اضافه کنید و بررسی کنید آیا سیستم با اطمینان ناموجه جواب می‌دهد. قرار نیست هر رشته ناقص حتماً به یک معنا تبدیل شود؛ برخی ورودی‌ها باید به پرسش روشن‌کننده برسند.
نرمال‌سازی همه مشکل فارسی را حل نمی‌کند
Unicode برای برخی نمایش‌های معادل قواعد مشخص دارد، اما نگاشت دلخواه هر حرف یا غلط املایی بخشی از آن تعریف نیست. از تیم فنی بخواهید دقیقاً بگوید چه تبدیل‌هایی اعمال می‌شود. برای مثال، تغییر کاراکتر در عبارت جست‌وجو با تغییر داده ذخیره‌شده مشتری یک کار نیست. حفظ ورودی اولیه و نسخه قابل جست‌وجو در دو جای جدا، بررسی خطا را روشن‌تر می‌کند و مانع پاک‌شدن نشانه لازم برای بررسی می‌شود.
نام خاص و عبارت کوتاه را سخت‌گیرانه‌تر ببینید
دو محصول با نام نزدیک یا دو شعبه هم‌نام می‌توانند با اصلاح خودکار اشتباه شوند. برای این موارد گزینه‌های روشن نشان دهید و از کاربر تأیید بخواهید. اگر مشتری فقط یک کلمه نوشته، از آن نیاز کامل نسازید. مجموعه آزمون باید مواردی داشته باشد که انتظار آن‌ها پاسخ نیست، بلکه سؤال تکمیلی است. موفقیت جست‌وجو فقط تعداد جواب‌های تولیدشده نیست؛ پاسخ درست و توقف درست هر دو اهمیت دارند.
پس از تغییر، همان مجموعه را دوباره اجرا کنید
شناسه مورد، ورودی اصلی، منظور مورد انتظار و رفتار مشاهده‌شده را ثبت کنید. یک نسخه ثابت از داده تمرین نگه دارید تا قبل و بعد قابل مقایسه باشد. اگر یک غلط بهتر شد ولی نام دقیق محصول دیگری خراب شد، تغییر هنوز نیازمند بررسی است. درباره پشتیبانی اپرا از هر نوع نگارش، بدون آزمون همان نسخه ادعا نکنید. این کاربرگ برای درخواست آزمون از فروشنده هم کاربرد دارد و صرفاً پروژه فنی پشت‌صحنه نیست.
زوج ورودی و منظور مورد انتظار؛ نمونه آموزشی
داده‌های جدول زیر ساختگی‌اند و نتیجه اجرای واقعی هیچ محصولی نیستند. آن‌ها را برای تمرین تیم به کار ببرید و قواعد اجرایی را با مسئول همان فرایند تأیید کنید.
| شناسه نمونه | ورودی آموزشی | منظور مورد انتظار | نوع رفتار قابل قبول |
|---|---|---|---|
| FA-01 | ساعت كاري | پرسش ساعت کاری | پاسخ پس از روشن‌شدن شرایط |
| FA-02 | ساعت‌کاری | همان موضوع عمومی | حفظ معنای سؤال |
| FA-03 | کد A10 و A1O | دو شناسه بالقوه متفاوت | تأیید دقیق بدون ادغام |
| FA-04 | فقط نام مبهم شعبه | نیاز به انتخاب شعبه | سؤال روشن‌کننده |
دانلود زوج ورودی و منظور مورد انتظار با قالب CSV سازگار با اکسل. فایل از داده آموزشی تشکیل شده و اطلاعات مشتری واقعی ندارد. پیش از استفاده عملی، عنوان ستون‌ها و مقادیر مجاز را با سامانه خودتان تطبیق دهید.
منبع و ادامه مسیر
استاندارد Unicode نرمال‌سازی را برای معادل‌های تعریف‌شده توضیح می‌دهد، نه هر اصلاح معنایی فارسی. Unicode Normalization Forms. این ارجاع، روش اختصاصی این مقاله یا قابلیت اپرا را گواهی نمی‌کند؛ روش و مثال‌های بالا پیشنهاد تحریریه برای طراحی و آزمون هستند.
برای زمینه مرتبط، نام و شماره مشتری در تماس اشتباه ثبت می‌شود؛ روش بازخوانی اطلاعات و شماره‌های تکراری مشتری در CRM؛ چک‌لیست پاک‌سازی بدون حذف سابقه را بخوانید. اگر دنبال راهکار اجرایی هستید، بسته‌ها و مسیر درخواست پیشنهاد اپرا را بررسی کنید؛ امکان اجرای سناریوی خود را با تیم فروش مشخص کنید. انتخاب بسته به معنی ثبت خودکار درخواست، صدور فاکتور یا فعال‌شدن فوری خدمت نیست.
راهنماهای مرتبط با این مسئله
دیکشنری فیلد CRM؛ معنی ستون‌ها را قبل از اتصال بنویسیم و صفر اول شماره تلفن در اکسل حذف می‌شود؛ انتقال درست به CRM می‌توانند گام بعدی بررسی تیم شما باشند.