فرم ورود فقط دو کادر و یک دکمه نیست. کاربر ممکن است رمز را اشتباه وارد کند، با صفحه‌کلید حرکت کند، روی موبایل فرم را ببیند یا به بازیابی حساب نیاز داشته باشد. قالب آماده زمانی مفید است که نقطه شروع مناسبی برای این حالت‌ها بدهد و بتوان آن را با منطق واقعی پروژه هماهنگ کرد.
قالب HTML ورود، ثبت‌نام و بازیابی رمز iofrm مجموعه‌ای از فایل‌های رابط کاربری است. وجود صفحه بازیابی رمز در بسته، به معنی پیاده‌سازی ارسال ایمیل، اعتبارسنجی توکن یا مدیریت حساب نیست. این بخش‌ها باید در برنامه شما اجرا و آزموده شوند.
پیش از ظاهر، مسیرهای حساب را فهرست کنید
مشخص کنید سایت با ایمیل وارد می‌شود یا شماره تلفن، عضویت آزاد دارد یا دعوت‌نامه، و آیا ورود سازمانی لازم است. قالبی که با فرایند شما فاصله زیادی دارد، ممکن است با وجود ظاهر زیبا به بازطراحی گسترده نیاز پیدا کند.
برای هر مسیر، حالت موفق و ناموفق بنویسید. در بازیابی حساب، کاربر بعد از ثبت درخواست چه پیامی می‌بیند؟ اگر لینک منقضی شد چگونه دوباره اقدام می‌کند؟ متن و رفتار این حالت‌ها باید با سیاست امنیتی برنامه هماهنگ باشند؛ قالب ظاهری به تنهایی آن سیاست را مشخص نمی‌کند.
چک‌لیست بررسی پیش‌نمایش
| بخش | چیزی که باید امتحان کنید |
|---|---|
| موبایل | نمایش فیلدها و دکمه بدون برش افقی |
| صفحه‌کلید | ترتیب حرکت و دیده شدن محل تمرکز |
| برچسب | مشخص بودن کاربرد هر ورودی |
| خطا | پیام قابل فهم کنار بخش مرتبط |
| انتظار | روشن بودن وضعیت پردازش پس از ارسال |
در دسترس‌پذیری فرم، وجود برچسب قابل تشخیص برای ورودی‌ها اهمیت دارد. راهنمای برچسب‌گذاری فرم‌ها در W3C روش اتصال برچسب به کنترل را توضیح می‌دهد. متن راهنما یا placeholder را تنها توضیح فیلد قرار ندهید؛ با شروع تایپ، کاربر نباید معنای ورودی را از دست بدهد.
فارسی‌سازی را به راست‌چین کردن محدود نکنید
ایمیل، شماره تلفن و رمز می‌توانند رفتار جهت متن متفاوتی بخواهند. ترکیب عدد، علامت و متن فارسی را در حالت واقعی آزمایش کنید. پیام خطای چندخطی و نام طولانی هم باید بدون به‌هم‌ریختگی نمایش داده شوند.
اندازه قلم، فاصله دکمه‌ها و محل نمایش خطا را در موبایل ببینید. اگر قالب اصلی برای زبان دیگری طراحی شده، سازگاری فارسی را فرض نکنید. فایل‌های CSS و ساختار HTML را بررسی کنید و زمان اصلاح را در برآورد پروژه در نظر بگیرید.
در پروژه ASP.NET چه چیزی باید متصل شود؟
در یک پروژه ASP.NET، قالب باید به مسیرهای واقعی ورود و عضویت، اعتبارسنجی سمت سرور و سازوکار مدیریت حساب پروژه متصل شود. نام فیلدها، مقصد فرم، نمایش نتیجه و حفاظت‌های موجود برنامه باید هماهنگ بمانند. صرف کپی کردن صفحه HTML، سامانه احراز هویت ایجاد نمی‌کند.
به جای اضافه کردن منطق امنیتی پراکنده در قالب، از سازوکار حساب کاربری تثبیت‌شده پروژه استفاده کنید. برای نمونه، مستندات رسمی ASP.NET Core Identity مدیریت کاربر، رمز، نقش و توکن را از قابلیت‌های این چارچوب معرفی می‌کند. اگر قالب رفتار نمایشی ارسال دارد، مطمئن شوید پیام موفقیت بر اساس نتیجه واقعی سرور ظاهر می‌شود. جزئیات اجرا باید با نسخه و معماری همان پروژه بررسی شوند.
سناریوی پذیرش یک فرم ورود
یک حساب آزمایشی بسازید و مسیر ورود معتبر، ورودی ناقص، رمز اشتباه و خروج را بررسی کنید. سپس همان سناریو را با صفحه‌کلید و موبایل اجرا کنید. از داده حساب واقعی مشتری برای نمایش نمونه استفاده نکنید.
برای هر سناریو، رفتار مورد انتظار و نتیجه مشاهده‌شده را بنویسید. اگر هدف تحویل یک فروشگاه است، این بررسی را کنار چک‌لیست تحویل فروشگاه اینترنتی قرار دهید تا فرم ورود از بقیه مسیر خرید جدا آزمایش نشود.
پرسش‌های متداول
آیا این محصول بک‌اند آماده دارد؟
این بسته به عنوان قالب HTML معرفی شده است. فایل‌های ظاهری را نباید معادل سیستم کامل حساب کاربری دانست. پیش از خرید، محتویات و نیاز اتصال به پروژه را در صفحه محصول iofrm بررسی کنید.
تعداد زیاد صفحه یعنی همه آن‌ها لازم‌اند؟
خیر. از میان طرح‌ها، نمونه متناسب با مسیر حساب خود را انتخاب کنید. نگهداری چند ظاهر متفاوت بدون نیاز واقعی می‌تواند هماهنگی رابط را سخت‌تر کند.
مهم‌ترین معیار خرید چیست؟
تناسب با جریان کاربر و قابلیت اصلاح در پروژه شما. پیش‌نمایش زیبا ارزشمند است، اما باید زمان فارسی‌سازی، سازگاری وابستگی‌ها و آزمون حالت‌های واقعی را نیز در تصمیم وارد کنید.