کُندامفهوم
بک‌اند پروژه چیست و چه چیزی را باید خودت بررسی کنی؟
بک‌اند ذخیرهٔ داده، ورود، مجوز و منطق خارج از مرورگر را انجام می‌دهد. در اپ ساخته‌شده با کُندا، هر اتصال را با دادهٔ آزمایشی بسنج؛ آماده‌بودن رابط، اثبات آماده‌بودن بک‌اند نیست.
در این راهنما
#بک‌اند چه کاری انجام می‌دهد؟
بک‌اند بخش پشت رابط است: ذخیرهٔ داده، بررسی ورود و مجوز و اجرای کارهایی که نباید در مرورگر انجام شوند. داشتن داشبورد زیبا، وجود این اتصال‌ها را ثابت نمی‌کند.
#چه چیزی را جدا بررسی کنی؟
| لایه | پرسش قابل آزمایش |
|---|---|
| رابط | کاربر می‌تواند مسیر اصلی را طی کند؟ |
| داده | پس از تازه‌سازی و نشست تازه باقی می‌ماند؟ |
| ورود | کاربر بدون ورود به بخش خصوصی دسترسی ندارد؟ |
| مجوز | هر کاربر فقط دادهٔ مجاز خودش را می‌بیند؟ |
| سرویس بیرونی | درخواست واقعی به مقصد درست می‌رسد و شکست آن روشن است؟ |
#یک نمونهٔ کوچک
برای پیگیری مشتری، ابتدا ساخت و خواندن یک رکورد آزمایشی را بررسی کن. سپس نقش‌ها و خطای ذخیره را اضافه و آزمون کن. اتصال هم‌زمان چند سرویس، تشخیص خطا را دشوارتر می‌کند.
#چه چیزی را نباید فرض کرد؟
نوع پایگاه داده، ظرفیت، پشتیبان‌گیری و سطح امنیت هر پروژه را از ظاهر رابط حدس نزن. برای نیاز حساس، قرارداد و محدودیت واقعی سرویس و آزمون‌های پروژه باید بررسی شود.
#نمونهٔ تعریف بک‌اند برای یک فرم
برای فرم «درخواست مشاوره»، مشخص کن چه فیلدهایی ذخیره می‌شوند، چه کسی حق دیدن درخواست‌ها را دارد و پس از خطا چه اتفاقی می‌افتد. یک نمونهٔ کم‌خطر: نام فرضی، موضوع درخواست و وضعیت پیگیری؛ شمارهٔ واقعی مشتری برای آزمون لازم نیست.
فرم درخواست مشاوره را به ذخیره‌سازی واقعی وصل کن. نام و موضوع لازم باشند. فقط مدیر اپ درخواست‌ها را ببیند. با دادهٔ فرضی، ذخیرهٔ موفق، ورودی ناقص و کاربر نامجاز را جدا بررسی کن. هر بخشی که هنوز متصل نیست صریحاً مشخص شود.
#اگر به نتیجه نرسیدی
| نشانه | اقدام بعدی |
|---|---|
| ظاهر آماده است ولی داده نمی‌ماند | مسیر ذخیره‌سازی را جدا از رابط آزمایش کن. |
| اتصال واقعی نامشخص است | از پروژه بخواه محل ذخیره، روش ورود و بخش‌های دمو را توضیح بده؛ توضیح را با آزمون تأیید کن. |
قدم بعد