بازگشت به وبلاگ
آزمایش عملی۹ مهر ۱۴۰۵ ۴ دقیقه

چک‌لیست اولین اتصال؛ از درخواست تا نتیجه قابل اتکا

چهار آزمایش ساده برای پیدا کردن خطاهای مبلغ، بازگشت، تکرار و پایان دسترسی قبل از انتشار برنامه پذیرنده.

ابتدا قرارداد و واحد مبلغ را ثبت کنید

نام درگاه کافی نیست؛ نسخه قرارداد، روش درخواست، واحد مبلغ و عملیات نهایی‌سازی را از راهنمای اتصال بردارید. در SimLab مبلغ ذخیره‌شده ریالی است، اما بعضی قراردادها ورودی تومانی دارند. عدد نمونه را بدون بررسی واحد کپی نکنید.

درخواست را از سرور برنامه خود با اعتبارنامه همان اتصال بفرستید. آدرس شبیه‌ساز را فقط در تنظیمات محیط تست قرار دهید و داده‌های ساختگی سفارش را از خرید واقعی جدا نگه دارید.

موفقیت را با تأیید سروری کامل کنید

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

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

انصراف و خطا را دوباره اجرا کنید

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

سناریوی خودکار می‌تواند ترتیب چند درخواست بعدی را ذخیره کند. این امکان برای آزمون مدیریت چند شکست پیاپی پیش از موفقیت مفید است؛ هر درخواست باید در تاریخچه قابل شناسایی بماند.

محدودیت دسترسی را هم جزو آزمون قرار دهید

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

قبولی در شبیه‌ساز، آزمون اتصال نهایی با ارائه‌دهنده را حذف نمی‌کند. نسخه قرارداد، نشانی بازگشت، تنظیمات امنیتی و رفتار شبکه محیط مقصد را جداگانه بررسی کنید.

این مقاله درباره اصول عمومی مهندسی پرداخت است و جایگزین مستندات رسمی هیچ ارائه‌دهنده‌ای نیست.