قائمة اختبار التطبيق قبل النشر: من الوظائف الأساسية إلى خطة التراجع

وصول التطبيق إلى شاشة البداية لا يعني أنه جاهز للنشر. ربما يعمل على هاتف المطور فقط، أو يفقد مسودة عند انقطاع الاتصال، أو يسمح لحساب بفتح سجل حساب آخر. قائمة اختبار الإصدار الجيدة تربط كل مخاطرة بدليل ومسؤول وقرار. وهي ليست وعدًا بانعدام الأخطاء ولا بديلًا عن مراجعة متخصصة عند التعامل مع بيانات حساسة. الهدف أن تعرف ما اختُبر فعلًا، وما لم يُختبر، ومتى يجب إيقاف الإطلاق بدل التخمين.

ثبّت النسخة المرشحة وحدد قرار النشر

ابدأ برقم إصدار وبناء واضحين، ومراجعة كود محددة، وبيئة اختبار معروفة. سجل التغييرات مقارنة بالنسخة السابقة، بما فيها إعدادات الخادم والترجمات ومكتبات الطرف الثالث. لا تختبر ملفًا ثم تنشر ملفًا مختلفًا دون إعادة الفحوص المتأثرة. احتفظ باسم المسؤول عن الموافقة ورابط نتائج الاختبار حتى لا تتحول عبارة تم التجريب إلى ذاكرة شفوية يصعب مراجعتها.

صنّف العيوب حسب الأثر. فقدان بيانات، أو وصول غير مصرح، أو تكرار عملية مدفوعة يمنع النشر حتى يُعالج؛ فرق بسيط في المسافة قد يُقبل مع موعد إصلاح. حدّد ذلك قبل قرب موعد الإطلاق. لكل استثناء، اكتب الفئة المتأثرة وسبب القبول والحل المؤقت والمسؤول. لا تعادل بين عشر ملاحظات شكلية ومشكلة واحدة تمنع العميل من استخدام الخدمة.

اختبر رحلة المستخدم لا الشاشات المنفصلة

اختر المسارات التي تحقق قيمة التطبيق: إنشاء حساب، واستعادة الدخول، وإتمام طلب، ومراجعة حالته، والتواصل مع الدعم. نفّذ كل مسار ببيانات واقعية للاختبار ثم قارن ما يظهر للمستخدم بما حُفظ في الخادم وما يصل للموظف. اختبر الرجوع وتكرار الضغط وإغلاق التطبيق في منتصف الإجراء. ينبغي أن يفهم المستخدم إن كانت العملية مكتملة أو معلقة أو تحتاج إعادة محاولة.

في مثال افتراضي لتطبيق حجز صيانة، يرسل العميل عنوانه ثم ينقطع الاتصال قبل ظهور التأكيد. يجب أن يعرف الفريق هل أُنشئ الحجز فعلًا قبل السماح بمحاولة جديدة. اختبر وصول رد متأخر ثم إعادة فتح التطبيق، وتأكد من بقاء رقم الحجز نفسه عند إعادة الطلب الآمنة. هذا سيناريو قبول مقترح، وليس ادعاء عن نتيجة مشروع أو نظام تشغيل بعينه.

افصل التثبيت الجديد عن الترقية

التثبيت من الصفر لا يكشف كل أخطاء الانتقال. جهز جهازًا يحمل الإصدار السابق مع جلسة قائمة ومسودة وإعدادات لغة، ثم حدّثه بالنسخة المرشحة. راقب ما يحدث للبيانات المحلية والتفضيلات وروابط الدخول. جرّب أيضًا حسابًا قديمًا لا يملك الحقول التي أُضيفت حديثًا. على الخادم، راجع توافق النسخة السابقة والجديدة خلال الفترة التي يستخدمهما فيها العملاء معًا.

• اختبر هاتفًا صغيرًا وآخر كبيرًا ضمن الأجهزة المستهدفة، لا مقاسًا واحدًا فقط.
• استخدم اتصالًا بطيئًا، وانقطاعًا كاملًا، وانتقالًا بين الشبكات.
• جرّب وضع الخلفية ثم العودة، وقفل الشاشة أثناء مهمة طويلة.
• ارفض الأذونات الاختيارية وتحقق من وجود بديل واضح للوظيفة المتأثرة.
• افتح الروابط والإشعارات بعد انتهاء الجلسة وبعد حذف العنصر المقصود.

راجع الأمان كمسارات قابلة للإثبات

تغطي إرشادات Android الأمنية الاتصال الآمن، وتقليل الأذونات، وحماية البيانات. استخدمها مرجعًا تقنيًا، ثم اكتب اختبارات تناسب مشروعك: هل يستطيع حساب ثانٍ قراءة ملف غيره بتغيير معرّفه؟ هل تبقى بيانات الحساب على هاتف مشترك بعد الخروج؟ وهل تخلو السجلات والتقارير من كلمات المرور والرموز السرية؟

افحص حزمة النشر بحثًا عن مفاتيح خادم أو إعدادات اختبار لا ينبغي شحنها. راجع رسائل الخطأ أيضًا؛ تفاصيل مفيدة للمطور قد تكشف معلومات لا يحتاجها العميل. استخدم حسابات وبيانات اختبار منفصلة، ولا تنفذ دفعات أو رسائل حقيقية لإثبات مسار يمكن اختباره في البيئة المخصصة. سجّل حدود التغطية، فمرور هذه الفحوص لا يمنح شهادة أمان شاملة.

عامل الوصول واللغات كجزء من الوظيفة

تقدم ورشة Android لاختبار الوصول تدريبًا على TalkBack وSwitch Access. عمليًا، نفّذ المسار الأساسي بقارئ شاشة مناسب للمنصة، وراجع أسماء الأزرار وترتيب التركيز وإعلان الخطأ. كبّر النص وتأكد من بقاء زر الإكمال متاحًا. المظهر الجميل لا يعالج زرًا يقرأه القارئ باسم صورة دون معنى.

في تطبيق عربي وإنجليزي وتركي، اختبر كل لغة بمحتوى طويل وأرقام وتواريخ وعملات. لا يكفي أن تكون القوائم مترجمة إذا بقي التنبيه أو البريد أو رسالة الخطأ بلغة أخرى. راجع اتجاه العربية دون قلب الشعارات، وحروف التركية، وتوقيت المواعيد. غيّر اللغة أثناء وجود مسودة وتأكد من حفظ الإجابات. أعطِ المتحدث باللغة مهمة واضحة بدل سؤاله فقط إن كانت الترجمة جميلة.

ضع خطة إطلاق وخطة تعافٍ مختلفتين

توضح Apple أن الإصدار المرحلي للتحديثات يمكن إيقافه مؤقتًا، مع إمكان تنزيل التحديث يدويًا. وتوضح Google أن إيقاف التوزيع التدريجي لا يعيد من تلقوا النسخة إلى إصدار أقدم. تقليل الانتشار ليس زر تراجع شاملًا.

لذلك جهز طريقة آمنة لتعطيل الميزة المتأثرة إن كانت بنيتك تدعم ذلك، وحافظ على توافق البيانات، وحدد مسار إصدار إصلاح. لا تجعل التراجع عن الخادم يمحو تغييرات المستخدم الجديدة. اختبر إجراء التعافي في بيئة منفصلة، واكتب من يقرر الوقف ومن يتواصل مع الدعم. هذه توصيات تشغيلية؛ راجع متطلبات المتجر الحالية الخاصة بحسابك ومنصتك قبل التقديم.

احسم بوابة القبول قبل الضغط على نشر

في مثال الصيانة، يمكن أن تشمل بوابة القبول حفظ حجز واحد عند تكرار المحاولة، ومنع الوصول لحجز آخر، وعمل الرحلة باللغات الثلاث، واستعادة المسودة بعد الانقطاع. يلحق بكل شرط نتيجة ورقم بناء. إذا أخفق شرط مانع، يؤجل الفريق الإطلاق؛ وإذا نجحت الشروط، يبدأ النشر مع شخص مسؤول عن المتابعة وليس في وقت يغيب فيه الجميع.

بعد الإطلاق، راقب الأعطال وأخطاء الخادم وإتمام المهمة وطلبات الدعم معًا. انخفاض الشكاوى لا يثبت السلامة إن كان المستخدم عاجزًا عن الوصول أصلًا. راجع تحديد نطاق النسخة الأولى لتقليل المسارات غير الضرورية، وأضف حالات إشعارات التطبيق إلى الاختبار. قائمة مفيدة تتطور مع كل حادثة، وتستبدل الاطمئنان العام بأدلة يمكن تكرارها.

إفصاح تحريري: أُعد هذا المقال بمساعدة الذكاء الاصطناعي مع الرجوع إلى المصادر الرسمية المرتبطة. المثال افتراضي، والقائمة إرشادية وليست شهادة أمان أو ضمان قبول في متاجر التطبيقات.