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