إنّ طرح إصدار جديد من تطبيقك على الأجهزة الجوّالة في قناة الإصدار العلني هو أحد الجوانب الأكثر إثارة في عملية تطوير التطبيقات، ولكنّه قد يكون أيضًا أحد الجوانب الأكثر إثارة للتوتر. يحتاج فريقك إلى تتبُّع عدد المستخدمين الذين نزّلوا الإصدار الجديد والأخطاء الجديدة وتأثير هذه الأخطاء ومقارنتها بالإصدارات السابقة وغير ذلك.
تصف هذه الصفحة العديد من الأدوات التي تقدّمها Firebase لمراقبة البيانات التي تحتاج إليها لتكون واثقًا من إصدار تطبيقك على الأجهزة الجوّالة.
استخدِم لوحة بيانات مراقبة الإصدار لاستكشاف البيانات المرتبطة بإصدارك
تستند لوحة بيانات مراقبة الإصدار في وحدة تحكّم Firebase إلى Firebase Crashlytics. وهي لوحة بيانات واحدة لمراقبة أحدث إصدار علني لك. يتم تحديث لوحة البيانات في الوقت الفعلي تقريبًا وتمنحك نظرة عامة على أهم مقاييس الإصدار، بما في ذلك المقاييس التي لا تتضمّن أعطالًا وعدد المستخدمين الذين نزّلوا الإصدار الجديد والمقارنات بالإصدارات السابقة وأي مشاكل جديدة في الإصدار.
تحسّن لوحة البيانات الجديدة صفحة أحدث إصدار في وحدة التحكّم. مقارنةً بهذه الصفحة، تضيف لوحة بيانات مراقبة الإصدار مزيدًا من المعلومات وتعرض بيانات مفيدة بدون الحاجة إلى إحصاءات Google وتحمّل بشكل أسرع.
Crashlyticsميزات لوحة البيانات
إعداد التقارير في الوقت الفعلي
يتم تحديث جميع الرسوم البيانية في الوقت الفعلي تقريبًا. بعد نشر أحدث إصدار بفترة قصيرة، يمكنك ملاحظة بدء تفاعل المستخدمين مع هذا الإصدار. إذا واجه بعض هؤلاء المستخدمين أعطالًا، ستعرف التأثير على الفور من خلال الرسوم البيانية للمقاييس التي لا تتضمّن أعطالًا.المقارنة ووضع المؤشرات استنادًا إلى الإصدارات السابقة
يمكنك الاطّلاع على ثبات أحدث إصدار في سياق إصداراتك السابقة. تتيح لك لوحة البيانات مقارنة المقاييس المباشرة من أحدث إصدار وما يصل إلى إصدارَين من عمليات الإنشاء التي تم إصدارها سابقًا.أهم المشاكل الجديدة
يمكنك الاطّلاع على الأعطال الجديدة في أحدث إصدار فور حدوثها. في جدول أهم المشاكل الجديدة، يمكنك مراقبة تأثير المشاكل التي تم رصدها لأول مرة في أحدث إصدار، ما يتيح لك اتّخاذ قرار سريع بشأن إيقاف الإصدار أو التراجع عنه.
متطلبات لوحة البيانات
لعرض أحدث إصدار في لوحة بيانات مراقبة الإصدار، اتّبِع الخطوات التالية:
تأكَّد من أنّ تطبيقك يستخدم الحد الأدنى من الإصدارات التالية من حزمة تطوير البرامج (SDK) في Crashlytics
منصّات Apple: الإصدار 10.8.0 أو إصدار أحدث | Android: الإصدار 18.6.0 أو إصدار أحدث (BoM 32.6.0 أو إصدار أحدث) | Flutter: الإصدار 3.4.5 أو إصدار أحدث | Unity: الإصدار 11.7.0 أو إصدار أحدثانشر إصدارًا جديدًا من التطبيق في قناة الإصدار العلني ليكون لديك عدد كافٍ من المستخدمين المتفاعلين مع أحدث إصدار .
الأسئلة الشائعة حول لوحة البيانات
كيف يتم تحديد القيم المعروضة في الرسم البياني المستخدمون النشطون أو احتسابها؟
أولاً، من المفيد فهم بعض المصطلحات المتعلّقة بالرسم البياني المستخدمون النشطون:
الجلسة هي فترة زمنية متواصلة يتفاعل خلالها المستخدم مع أحد التطبيقات. تبدأ جلسة جديدة عند بدء تشغيل التطبيق من البداية أو عند إظهاره في المقدّمة بعد 30 دقيقة على الأقل من تشغيله في الخلفية.
المستخدمون النشطون لعملية إنشاء معيّنة هم عدد المستخدمين الذين بدأوا جلسة باستخدام عملية الإنشاء هذه، ويتم تجميعهم حسب الساعة.
إجمالي المستخدمين (النشطين) هو عدد المستخدمين الذين بدأوا جلسة في أي عملية إنشاء للتطبيق تستخدم إصدارًا من حزمة تطوير البرامج (SDK) يمكنه تسجيل الجلسات، ويتم تجميعهم حسب الساعة.
في الرسم البياني المستخدمون النشطون، تكون قيمة النسبة المئوية وعدد المستخدمين النشطين اللذين يتم عرضهما دائمًا على الرسم البياني من آخر 60 دقيقة (أو إذا لم يكن هناك أي مستخدمين نشطين في آخر 60 دقيقة، تكون من فترة الساعة الماضية التي كانت تتضمّن بيانات). على سبيل المثال، في لقطة الشاشة النموذجية، كان هناك 90 مستخدمًا نشطًا لعملية الإنشاء 6.0.0 (600) في آخر 60 دقيقة، ما يمثّل% 22.1 من إجمالي المستخدمين (النشطين) للتطبيق.
عند تمرير مؤشر الماوس فوق الخطوط في الرسم البياني المستخدمون النشطون، يتم احتساب النسبة المئوية للمستخدمين النشطين من عدد المستخدمين النشطين من فترة الساعة التي تمرّر مؤشر الماوس فوقها.
يُرجى العِلم أنّه لعرض النسبة المئوية للمستخدمين النشطين، عليك إصدار عمليتَي إنشاء على الأقل تستوفيان المتطلبات الموضّحة في الأسئلة الشائعة "ما هي عمليات الإنشاء التي يمكن عرضها على لوحة بيانات مراقبة الإصدار؟".
إعداد التنبيهات
يمكن للعديد من منتجات 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 لتتمكّن من اختبار التغييرات في واجهة مستخدم تطبيقك أو ميزاته أو حملات التفاعل لمعرفة تأثيرها في مقاييسك الرئيسية (مثل الإيرادات والاحتفاظ بالمستخدمين) قبل طرحها على نطاق واسع.