اتصال موفق، پایان آزمون SDK نیست
نمایش اولین تبلیغ نشانه خوبی برای شروع است، اما کاربر همیشه در شبکه پایدار و صفحه باز نمی‌ماند. اینترنت قطع می‌شود، اپ به پس‌زمینه می‌رود و کاربر دکمه نمایش را چند بار لمس می‌کند. اتصال تبلیغ زمانی قابل اتکاتر است که رفتار این وضعیت‌ها در خود برنامه نیز بررسی شده باشد. نتیجه عیب‌یاب را به‌عنوان آزمون اتصال بخوانید و آزمون تجربه کاربر را جدا انجام دهید.
پروژه آماده برای دیدن مسیر نمونه مفید است؛ اپ واقعی شما ممکن است مسیریابی، چند صفحه، حالت افقی یا منطق جایزه متفاوتی داشته باشد. همین تفاوت‌ها باعث می‌شود آزمایش روی پروژه اصلی ضروری باشد. تنها موفق‌بودن یک درخواست در نمونه، رفتار تمام صفحه‌های محصول را ثابت نمی‌کند.
قطع اینترنت را در چند مرحله امتحان کنید
یک بار اپ را بدون اینترنت باز کنید و نمایش تبلیغ را بزنید. بار دیگر، هنگام انتظار برای پاسخ، شبکه را قطع کنید. در آزمون بعد، پس از آماده‌شدن تبلیغ یا هنگام پخش ویدیو ارتباط را تغییر دهید. برای هر حالت زمان انتظار، پیام رابط کاربر و امکان ادامه کار اپ را ثبت کنید.
شکست تبلیغ نباید کار اصلی را متوقف کند
کاربر باید بتواند از صفحه خارج شود، محتوای اصلی را بخواند یا دوباره با اختیار خود تلاش کند. دکمه‌ای که برای جلوگیری از درخواست هم‌زمان موقتاً غیرفعال شده، باید بعد از پایان عملیات به وضعیت قابل استفاده برگردد. خطای شبکه را به حلقه تلاش سریع و بی‌پایان تبدیل نکنید؛ این رفتار هم تجربه کاربر را خراب می‌کند و هم درخواست اضافی ایجاد می‌کند.
پیام نبود تبلیغ را با خطای ارتباط یکسان ننویسید. در noFill سرور می‌تواند سالم پاسخ داده باشد، اما محتوای مناسب وجود نداشته باشد. در خطا، کد و مرحله شکست برای توسعه‌دهنده مفید است. پیام عمومی رابط کاربر باید کوتاه و آرام باشد و جزئیات فنی در گزارش توسعه باقی بماند.
چرخه عمر صفحه و منابع نمایش
تبلیغ را باز کنید و اپ را به پس‌زمینه ببرید؛ سپس برگردید. خروج از صفحه قبل از کامل‌شدن پاسخ را هم آزمایش کنید. بررسی کنید پخش ناخواسته ادامه نداشته باشد، نمای قدیمی روی صفحه تازه ظاهر نشود و callback به صفحه‌ای که بسته شده نتیجه نرساند. منابع نمایش باید مطابق نمونه همان پلتفرم در زمان مناسب آزاد شوند.
در تبلیغ درون صفحه، حالت بدون محتوا نباید یک مستطیل خالی بزرگ باقی بگذارد. برای اندازه‌های موفق نیز از پروفایل جایگاه استفاده کنید تا تعویض فایل خلاقه چیدمان اپ را عوض نکند. مقاله اندازه ثابت جایگاه تبلیغ درباره هماهنگی ظرف نمایش و محتوا توضیح می‌دهد.
لمس تکراری و جایزه را جدا بررسی کنید
چند بار سریع دکمه نمایش را بزنید و تعداد درخواست‌ها را در لاگ بررسی کنید. برای تمام‌صفحه و جایزه‌ای، رفتار دکمه هنگام بازبودن تبلیغ اهمیت بیشتری دارد. برنامه باید درخواست هم‌زمان و بازکردن چند نمای تودرتو را کنترل کند. اگر نمایش لغو یا شکست خورد، وضعیت درحال‌انتظار نباید برای همیشه باقی بماند.
برای جایزه، صرف پایان انیمیشن یا بسته‌شدن صفحه به معنای ثبت معتبر جایزه نیست. از نتیجه تأییدشده جریان مستند استفاده کنید و اعتبار را دوباره به‌صورت محلی اضافه نکنید. آزمون تشخیصی نیز برای سنجش درآمد یا جایزه مالی طراحی نشده است. راهنمای تجربه تبلیغ جایزه‌ای به طراحی این بخش کمک می‌کند.
یک جدول آزمون قابل تکرار بسازید
برای هر پلتفرم، نسخه سیستم‌عامل، نوع شبکه، فرمت تبلیغ، نتیجه مورد انتظار و نتیجه واقعی را ثبت کنید. یک دستگاه قدیمی‌تر و یک دستگاه معمول کاربران را در برنامه آزمون قرار دهید. اطلاعات حساس مانند توکن نشست، کلید سرور یا داده شخصی مخاطب را در گزارش خطا ذخیره نکنید.
مستندات ناشر نمونه چرخه عمر هر پلتفرم را ارائه می‌کند. برای Flutter، مستندات رسمی چرخه عمر اپ نیز مرجع تکمیلی است. هر نتیجه را با نام ابزار و دستگاه بنویسید؛ بررسی ساختار فایل با کامپایل واقعی و اجرای دستگاه سه نوع آزمون متفاوت‌اند.
