لديك تطبيق منشور وملف كود من الشركة السابقة، وتبحث عن شركة تستكمل التطبيق. قبل تقدير الوظائف الجديدة، هناك سؤال أبسط: هل يستطيع الفريق الجديد إنتاج نسخة معلومة من هذا المصدر وتشغيلها مع الخدمات الصحيحة؟ وجود ملفات كثيرة أو تطبيق يعمل على هاتف واحد لا يجيب وحده عن هذا السؤال.
اشترِ فحص استلام محدودًا بمخرجات واضحة قبل قبول وعد باستكمال كل شيء. المطلوب معرفة نقطة البداية وما ينقصها، لا إعلان أن الكود ممتاز أو سيئ بناء على انطباع. ويمكن أن تنتهي المراجعة بإصلاح محدود، أو استكمال مشروط، أو طلب مواد ناقصة قبل تسعير مسؤول.
اربط ثلاث نسخ بدل الحديث عن «آخر نسخة»
في مثال افتراضي، تريد شركة تأجير معدات إضافة تمديد الحجز إلى تطبيقها. النسخة في المتجر تعرض الحجز الحالي، لكن المجلد الذي تسلمته الشركة لا يحتوي تعليمات بناء واضحة. يبدأ الفحص بربط إصدار المتجر بنسخة المصدر وإعداد البيئة التي أنتجته، لا بفتح شاشة جديدة للتعديل فورًا.
اطلب معرف النسخة المنشورة، ومرجع المصدر المقابل إن توفر، ونتيجة محاولة بناء في بيئة اختبار مخولة. إذا تعذر إثبات التطابق، يكتب التقرير ذلك صراحة ويحدد ما يمكن فحصه رغم النقص. لا تجعل نسخة أخرى تعمل دليلًا على استلام المصدر الذي يشغل تطبيق المستخدمين.
سجل أدلة الاستلام
| المحور | دليل مطلوب للفحص | سؤال يؤثر في الاستكمال |
|---|---|---|
| المصدر والبناء | مرجع كود وإصدارات أدوات وتعليمات ونتيجة بناء. | هل ينتج الفريق حزمة اختبار دون اعتماد غير موثق على جهاز سابق؟ |
| الخادم والبيانات | وصف واجهات وبيئة اختبار وعينة مصطنعة. | هل الميزة في الهاتف أم تحتاج تغييرًا خلفيًا أيضًا؟ |
| النشر والتوقيع | حساب التطبيق ومسؤول مخول ووصف إعداد التوقيع دون أسرار. | ما العائق أمام تحديث التطبيق القائم؟ |
| المكونات التابعة | قائمة مكتبات وخدمات وإصدارات وتراخيص ومسؤول متابعة. | أي مكوّن يحتاج معالجة قبل الإضافة؟ |
لكل دليل حالة: تحقق، أو تحقق بحدود، أو غير متاح. أضف تاريخ الفحص وما لم يُختبر، ومسؤول توفير الناقص. هذا السجل أداة مقترحة للمشتري، وليس شهادة أمان أو إثبات ملكية قانونية للكود أو وعدًا بإمكان صيانة كل تقنية.
نقل التطبيق لا يغني عن تسليم المشروع
توضح Apple أن نقل التطبيق يتطلب تحققًا من الأهلية، وأن تبادل الكود ومواد البناء يتم بين الطرفين. وتذكر Google Play أن صلاحيات ربط الخدمات المتكاملة لا تنتقل تلقائيًا. لذلك افحص تسجيل الدخول والإشعارات والخدمات الخلفية المستخدمة فعلًا، بدل افتراض أن تغيير الحساب يغطي المشروع كله.
وتفرق وثائق Android بين مفتاح الرفع ومفتاح توقيع التطبيق عند استخدام Play App Signing. اطلب وصف الوضع الحالي ومن يملك الصلاحية المناسبة لمتابعته، دون وضع المفاتيح الخاصة في تقرير مشترك. تتغير خطة الاستلام باختلاف الإعداد؛ لا تحوّل وجود ملف توقيع إلى ضمان أن تحديث المتجر أصبح جاهزًا.
جرّب مسارًا قائمًا قبل إضافة المسار الجديد
في مثال التأجير، يمر الاختبار المقترح بتسجيل دخول تجريبي، وعرض حجز مصطنع، وتعديل مسموح، ثم متابعة النتيجة من الإدارة. يجرب الفريق أيضًا استجابة واضحة عند تعذر الخادم. يُحدد الاختبار والأجهزة والبيانات مسبقًا، ولا تُرسل طلبات أو مدفوعات فعلية لمجرد التأكد أن زرًا يعمل.
افصل في التقرير بين عطل شوهد، ومخاطرة تحتاج فحصًا، وتحسين اختياري. إذا كانت المكتبة قديمة، فالمطلوب بيان أثرها على البناء أو الدعم أو الوظيفة، لا افتراض أن كل قديم يستلزم إعادة كتابة التطبيق. ونجاح اختبار محدود لا يثبت غياب عيوب في بقية المسارات.
حوّل النتيجة إلى عرض استكمال قابل للمراجعة
ينبغي أن يذكر العرض مرجع البداية، والعوائق التي سيعالجها، والوظيفة المضافة، والاستثناءات، واختبارات الحفاظ على السلوك القائم. إذا اقترح الفريق إعادة بناء جزء، فاطلب السبب والدليل والبديل وأثر كل اختيار على البيانات والتشغيل، بدل الاكتفاء بعبارة «التقنية القديمة لا تصلح».
تشرح ورقة حسابات المتاجر ترتيبات الوصول والنشر، وتفصل أسئلة الكود والبيانات الحقوق عن التشغيل. عند مناقشة استكمال تطبيق مع نكست ويف، أرفق سجل الأدلة؛ فهو يجعل حدود التقدير مرئية قبل بدء التعديلات.
ما الذي استند إليه الفحص؟
روجعت وثائق نقل تطبيق Apple ونقل تطبيق Google Play وتوقيع Android في 4 نوفمبر 2026. المثال والسجل تحريريّان، ولا يوجد فحص فعلي لتطبيق عميل. استُخدمت أدوات الذكاء الاصطناعي في الإعداد مع مراجعة المعلومات والترجمة.