ساخت مجموعه تست برای دستیار دایرکت؛ فقط سوال‌های آسان را امتحان نکنیم

پاسخ کوتاه

یک مجموعه کوچک از سوال‌های واقعی، پاسخ مورد انتظار و مواردی که باید به انسان سپرده شوند بسازید. فقط جواب‌های آسان را امتحان نکنید؛ ابهام، تناقض اطلاعات، تغییر درخواست و تصمیم حساس باید در آزمون باشند.

موضوع آزمون را محدود کنید

اگر همه کارهای فروشگاه را یکجا آزمایش کنید، علت خطا سخت پیدا می‌شود. مثلاً از موجودی یک گروه محصول شروع کنید و مرجع درست همان محصولات را آماده کنید. داده‌ها باید نمونه یا فاقد اطلاعات شخصی غیرضروری باشند. یک آزمون نمایشی خوب، جای بررسی اتصال و دسترسی واقعی حساب را نمی‌گیرد.

برای هر سوال، معیار بنویسید

«جواب خوب باشد» قابل بررسی نیست. برای سوال موجودی، مدل و تنوع درست، نبود وعده نامعتبر و سوال لازم را مشخص کنید. برای شکایت یا پرداخت، مرز تحویل به مسئول را بنویسید. ممکن است چند جمله متفاوت همگی درست باشند؛ معیار را به نتیجه و اطلاعات لازم وصل کنید، نه حفظ یک متن واحد.

چند نوع سوال انتخاب کنید

• سوال مستقیم با اطلاعات کامل.
• نام محصول مبهم یا غلط تایپی.
• اطلاعاتی که در مرجع وجود ندارد.
• دو مبلغ یا شرط ناسازگار.
• تغییر تعداد یا زمان در ادامه گفتگو.
• درخواست انسان یا اقدام خارج از اختیار.

نمونه برگه آزمون

سوال فرضی: «رنگ کرم مدل نسترن، سایز مدیوم دارید؟» مرجع نمونه نشان می‌دهد این تنوع ناموجود است. پاسخ قابل قبول باید همان تنوع را نام ببرد، موجودی نسازد و در صورت پیشنهاد جایگزین، تفاوت را روشن کند. سرعت پاسخ تنها یکی از اطلاعات ثبت‌شده است؛ جواب سریع اشتباه قبول نیست.

نتیجه اصلاح را دوباره بسنجید

بعد از تغییر منبع یا دستور، همان سوال‌ها را تکرار کنید و چند سوال تازه هم اضافه کنید. اگر فقط سوال‌های حفظ‌شده درست جواب می‌گیرند، هنوز اطمینان کافی ندارید. نسخه اطلاعات و زمان آزمون را ثبت کنید. در XDM، دستیار و اتصال فعال اپلیکیشن را بررسی کنید؛ تنظیم مدل راهنمای سایت، آزمون کامل عملیات مشتری نیست.

پرسش رایج: چند سوال لازم داریم؟

تعداد ثابت و تضمینی وجود ندارد. مجموعه باید نوع‌های مهم درخواست شما را پوشش دهد و هر مورد هدف مشخص داشته باشد. از نمونه کوچک قابل بازبینی شروع کنید و بر اساس خطاهای واقعی گسترش دهید، نه فقط برای بزرگ‌کردن یک عدد.