عرضه نسخه جدید برنامه تلفن همراه شما به دسته هدف تولید یکی از هیجان‌انگیزترین بخش‌های توسعه برنامه است، اما می‌تواند یکی از استرس‌زاترین بخش‌ها نیز باشد! تیم شما باید میزان پذیرش نسخه، اشکالات جدید، و تأثیر این اشکالات، مقایسه با نسخه‌های قبلی، و موارد دیگر را پیگیری کند.
این صفحه چندین ابزار ارائه‌شده توسط Firebase را برای نظارت بر داده‌هایی که برای اطمینان از انتشار برنامه تلفن همراه خود نیاز دارید، شرح می‌دهد.
از داشبورد پایش انتشار برای کاوش داده‌های مربوط به انتشار استفاده کنید
داشبورد پایش انتشار در کنسول Firebase با بهره‌گیری از Firebase Crashlytics ارائه می‌شود. این داشبورد واحدی برای نظارت بر جدیدترین نسخه تولید شما است. داشبورد تقریباً به‌صورت هم‌زمان به‌روز می‌شود و نمای کلی از مهم‌ترین سنجه‌های نسخه پخش به شما ارائه می‌دهد، ازجمله سنجه‌های بدون خرابی، پذیرش نسخه، مقایسه با نسخه‌های پخش قبلی، و هرگونه مشکل جدید برای نسخه پخش.
این داشبورد جدید نسبت به صفحه آخرین نسخه پخش در کنسول بهبود یافته است. در مقایسه با آن صفحه، داشبورد پایش انتشار اطلاعات بیشتری اضافه می‌کند، داده‌های مفید را بدون نیاز به Google Analytics نمایش می‌دهد، و سریع‌تر بار می‌شود.
ویژگی‌های داشبورد
گزارش‌دهی هم‌زمان
همه نمودارها تقریباً به‌صورت هم‌زمان به‌روز می‌شوند. کمی پس‌از استقرار جدیدترین نسخه، می‌توانید ببینید که کاربران چگونه با آن نسخه پخش تعامل می‌کنند. اگر برخی‌از این کاربران با ازکارافتادگی مواجه شوند، بلافاصله ازطریق نمودارهای سنجه‌های بدون خرابی متوجه تأثیر آن خواهید شد.مقایسه و سنجش براساس نسخه‌های پخش قبلی
می‌توانید پایداری جدیدترین نسخه پخش خود را در بافت نسخه‌های پخش قبلی‌تان مشاهده کنید. داشبورد به شما امکان می‌دهد سنجه‌های زنده آخرین نسخه پخش و حداکثر دو ساخت قبلی منتشرشده را مقایسه کنید.مشکلات جدید برتر
می‌توانید خرابی‌های جدید مربوط به جدیدترین نسخه پخش را به‌محض وقوع مشاهده کنید. در جدول مشکلات جدید برتر، می‌توانید تأثیر مشکلات شناسایی‌شده در جدیدترین نسخه پخش را نظارت کنید و به‌سرعت درباره توقف یا برگرداندن نسخه پخش تصمیم بگیرید.
الزامات داشبورد
برای مشاهده جدیدترین نسخه پخش در داشبورد پایش نسخه پخش، مراحل زیر را انجام دهید:
مطمئن شوید که برنامه شما حداقل از نسخه‌های زیر کیت توسعه نرم‌افزار Crashlytics استفاده می‌کند:
پلاتفرم‌های Apple: نسخه ۱۰.۸.۰ و بالاتر | Android: نسخه ۱۸.۶.۰ و بالاتر (BoM نسخه ۳۲.۶.۰ و بالاتر) | Flutter: نسخه ۳.۴.۵ و بالاتر | Unity: نسخه ۱۱.۷.۰ و بالاترنسخه جدیدی از برنامه را در دسته هدف تولید منتشر کنید تا تعداد کافی کاربر فعال با جدیدترین نسخه انتشار خود داشته باشید.
پرسشگان درباره داشبورد
مقادیر نشان‌داده‌شده در نمودار کاربران فعال چگونه تعیین یا محاسبه می‌شوند؟
ابتدا، درک برخی‌از اصطلاحات مربوط به نمودار کاربران فعال مفید است:
جلسه عبارت است از دوره زمانی پیوسته‌ای که کاربر با برنامه تعامل دارد. وقتی برنامه راه‌اندازی سرد می‌شود یا برنامه پس‌از حداقل ۳۰ دقیقه در پس‌زمینه بودن به پیش‌زمینه می‌آید، جلسه جدیدی شروع می‌شود.
کاربران فعال برای یک ساختار خاص، تعداد کاربرانی است که جلسه‌ای را بااستفاده از آن ساختار شروع کرده‌اند و براساس ساعت گروه‌بندی شده‌اند.
کل کاربران (فعال) تعداد کاربرانی است که در هر ساختمانی از برنامه‌ای که از نسخه SDK با قابلیت جلسه استفاده می‌کند جلسه شروع کرده‌اند، که براساس ساعت گروه‌بندی شده است.
در نمودار کاربران فعال، مقدار درصد و تعداد کاربران فعالی که
همیشه در نمودار نمایش داده می‌شوند مربوط به ۶۰ دقیقه گذشته است (یا اگر
کاربر فعالی در ۶۰ دقیقه گذشته وجود نداشته باشد، مربوط به دوره یک ساعته‌ای است که
داده داشته است). برای مثال، در نماگرفت نمونه، ۹۰ کاربر فعال برای ساخت 6.0.0 (600) در ۶۰ دقیقه گذشته وجود داشته است که ۲۲٫۱٪ از کل کاربران (فعال) برنامه را تشکیل می‌دهد.
وقتی موشواره را روی خطوط نمودار کاربران فعال نگه می‌دارید، درصد کاربران فعال از تعداد کاربران فعال در دوره ساعتی که موشواره را روی آن نگه داشته‌اید محاسبه می‌شود.
توجه داشته باشید که برای دیدن درصد کاربران فعال، باید حداقل دو ساختار منتشر کرده باشید که الزامات شرح‌داده‌شده در «پرسشگان» «کدام ساختارها را می‌توان در داشبورد پایش انتشار مشاهده کرد؟» را برآورده کنند.
راه‌اندازی هشدارها
چندین محصول Firebase، ازجمله Crashlytics، می‌توانند برای دلایل مختلف مختص محصول هشدار ارسال کنند. برای دریافت هشدارها، باید اجازه‌های لازم را داشته باشید.
برای نظارت بر پایداری جدیدترین نسخه پخش خود، می‌توانید هشدارهایی از هر دو Performance Monitoring و Crashlytics تنظیم کنید. برای Crashlytics به‌طور خاص، می‌توانید هشدارهای زیر را تنظیم کنید:
از هشدارهای سرعت برای اطلاع دادن به تیمتان درصورتی‌که هریک از مشکلات برنامه شما از آستانه‌ای که در کنسول Firebase تعریف کرده‌اید فراتر رود استفاده کنید.
هشدارها را درباره مشکلات جدید یا پس‌رفت‌کرده به کانال اعلان ترجیحی‌تان ارسال کنید:
از یکپارچه‌سازی‌های هشدار پیکربندی‌شده در «کنسول Firebase» برای Slack، Jira، و PagerDuty استفاده کنید.
بااستفاده از Cloud Functions for Firebase، هشدار پیشرفته به سرویس‌های طرف سوم راه‌اندازی کنید.
قبل‌از انتشار، از انتشار روان مطمئن شوید
پیش‌از انتشار جدیدترین نسخه، از برخی‌از سرویس‌ها و ویژگی‌های زیر برای کمک به اطمینان از انتشار روان استفاده کنید.
استفاده از خدمات آزمایش پیش‌انتشار
Firebase دو محصول ارائه می‌دهد که می‌توانند در آزمایش پیش‌انتشار کمک کنند: Test Lab و App Distribution. هر دو این سرویس‌ها را می‌توان در جریان‌های CI/CD ادغام کرد.
Firebase Test Lab زیرساخت آزمایش برنامه مبتنی بر فضای ابری است که به شما امکان می‌دهد برنامه‌تان را در طیف وسیعی از دستگاه‌ها و پیکربندی‌ها آزمایش کنید، بنابراین می‌توانید درک زودهنگامی از نحوه عملکرد آن در دست کاربران واقعی به‌دست آورید.
و وقتی آماده بودید جدیدترین ساخت خود را دراختیار آزمایش‌کنندگان انسانی مورد اعتماد قرار دهید، از Firebase App Distribution استفاده کنید. می‌توانید توزیع‌های پیش‌انتشار پلاتفرم Apple و Android را از یک مکان مدیریت کنید.
استفاده از خدمات عرضه و آزمایش محدود
از Firebase Remote Config برای راه‌اندازی ویژگی‌های جدید با سازوکار عرضه درصدی یا آزمایش این ویژگی‌ها در گروه آزمایش محدود استفاده کنید.
Firebase همچنین A/B Testing را ارائه می‌دهد تا بتوانید تغییرات در رابط کاربری، ویژگی‌ها، یا پویش‌های تعامل برنامه‌تان را آزمایش کنید و ببینید قبل‌از اینکه آن‌ها را به‌طور گسترده عرضه کنید، چگونه بر سنجه‌های کلیدی شما (مثل درآمد و نگهداری) تأثیر می‌گذارند.