هل يمكن لهاتف Android سائد أن يصبح جهاز مشروع مضبوطًا؟

حدِّد المرشح الدقيق قبل الاختبار

تصف كلمة «سائد» عائلة منتجات تجارية، لا حالة ملكيتها. ويتناول هذا الدليل وحدات مملوكة للمؤسسة، مشتراة حديثًا أو مُعادة إلى ضبط المصنع، لا هاتف الموظف الشخصي. وجهاز المشروع المضبوط هو هاتف بعينه له تطبيق وسياسة وتسجيل واسترداد وحالة قبول موثقة لاستخدام واحد معرَّف. وهو مصطلح مشاريع خاص بـVantora، لا اعتماد من Google ولا درجة منتج دائمة. ويهم هذا التمييز لأن كل تقييم مخيّب تقريبًا يعود إلى مرشح لم يُحدَّد قط: فقد اختُبر اسم طراز، واشتُريت وحدة بعينها، وافتُرض أن الاثنين شيء واحد. وقد تمتد عائلة هواتف واحدة عبر عدة نسخ إقليمية، وتهيئتين أو ثلاث للذاكرة، وإصدار يحمل علامة شركة اتصالات، وصورة مصنع تغيّرت مرتين خلال الربع الذي كنت تختبر فيه. فحدِّد المرشح كتابةً إلى المستوى الذي يمكن عنده إعادة طلبه، عندئذ يجد بقية البروتوكول أساسًا ثابتًا يعلّق عليه الأدلة. وإذا تعذّر تحديد المرشح عند هذا المستوى — لأن القناة تبيع ما يتوفر في المخزون، أو لأن المورّد يرفض الالتزام بإصدار — فتلك نتيجة قائمة بذاتها، ومكانها الحكم لا الحاشية.

• الطراز الدقيق، ورمز SKU الإقليمي أو الخاص بشركة الاتصالات، ونسخة الذاكرة، والمورّد، وقناة الشراء.
• إصدار Android، وإصدار البرنامج الثابت، وتصحيح الأمان، ومسار GMS/AOSP، وحالة إعداد المصنع.
• حزمة التطبيق وإصداره، ونظام EMM المختار، ونمط الملكية المقصود، والضوابط الإلزامية.
• الأسواق المستهدفة، والشبكات، وافتراضات SIM/eSIM، والشواحن، ومنصات الإرساء، والأجهزة الطرفية المطلوبة.
• معلومات التحديث والدعم المنشورة، والبدائل، ووحدات الاستبدال، وقطع الغيار.

أكِّد حدود الملكية والإدارة

يتوقف التحكم في الجهاز كله على ملكية المؤسسة وعلى مسار تزويد مدعوم انطلاقًا من حالة نظيفة. فـنظرة عامة على إدارة الأجهزة في AOSP تميّز بين نطاق مالك ملف التعريف ونطاق مالك الجهاز، بينما تجعل إرشادات تزويد Android الحالية الملكيةَ وإعداد الاستخدام الشخصي والرمز المميز والطريقة ووضع الإدارة صريحةً. جمِّد الاستخدام الشخصي المسموح به والنمط المستهدف وصلاحية المسح وEMM ومسار التسجيل قبل الاختبار. وتوقّف إذا كانت حالة مملوكة للموظف تُعامَل على أنها تحكم في الجهاز كله، أو إذا بقيت صلاحية المحو دون حسم. وثمة خاصية واحدة لهذا الحد تحدد كلفة الخطأ: فالملكية تُثبَّت عند تزويد الجهاز ولا يمكن تبديلها بعد ذلك من وحدة التحكم. فالوحدة التي أكملت الإعداد جهازًا شخصيًا بملف عمل لا تصير وحدةً بمالك جهاز لأن أحدهم غيّر إعدادًا؛ بل يجب مسحها وتزويدها من جديد. أما ما يمكن تغييره لاحقًا فهو وضع الإدارة المطبَّق فوق تزويد مالك الجهاز — فالانتقال بين تهيئة مُدارة بالكامل وبين المجموعة الفرعية المخصصة أحادية الغرض منها تغييرُ سياسة، والفرق بين هذين الوضعين هو موضوع أجهزة Android المخصصة مقارنةً بالمُدارة بالكامل. سجّل أيّهما تختبر، لأن ضابطًا يتصرف تصرفًا مقبولًا في تهيئة مُدارة بالكامل قد يتصرف تصرفًا مختلفًا بمجرد تثبيت الجهاز على سير عمل.

نفِّذ بروتوكول تحويل الجهاز الدقيق ذا الخطوات الست

الهدف هو حكم ملاءمة جهاز محدد النطاق، لا تصريح عام عن عائلة طرازات. نفّذ البروتوكول على نمط الملكية الإنتاجي المقصود ومسار التسجيل والتطبيق والسياسة وقناة الشراء. وللتسجيل دون تدخل، تحقق من متطلبات تسجيل الموزّع والتهيئة والبرمجيات والشبكة الموثقة على الوحدة الدقيقة، بدل افتراض أن جهاز تجزئة يحمل اسم العائلة نفسه مؤهل. وثمة انضباطان يفصلان البروتوكول عن العرض التوضيحي. الأول هو الترتيب: فكل خطوة تفترض نجاح ما قبلها، ومن ثم تُسجَّل حالة الفشل حيث وقعت بدل اكتشافها بعد ثلاث خطوات وقد ضاع سببها. والثاني أن يكتب المختبِر تعليمات التجهيز أولًا بأول، بتفصيل يكفي لأن يعيد شخص آخر إنتاج النتيجة دون أن يسأل سؤالًا. تلك التعليمات هي المُخرَج الحقيقي للخطوتين الثانية والثالثة — فالحالة المقبولة لا تنفع إلا إذا أمكن إعادة بنائها — وهي ما يتبعه مختبِر ثانٍ في الخطوة الخامسة. ويستهلك التقييم عادةً وحدة إلى ثلاث وحدات: تحمل الوحدة A البروتوكول كاملًا بما فيه التمارين المدمِّرة، وتتلقى الوحدة B تمريرة التأكيد، وتُحجز وحدة ثالثة دون مساس مرجعًا يُقارَن به تجهيز الدُفعات لاحقًا.

1. 1ثبّت خط الأساس القابل للطلب: سجِّل الملصق، ورمز SKU الدقيق، والبرنامج الثابت، والتصحيح، والمورّد، والقناة المقصودة.
2. 2سجِّل الوحدة A انطلاقًا من حالة نظيفة: وثِّق حالة إعادة الضبط، والشبكة، والمستأجر، والرمز المميز أو التهيئة، والسياسة، والحالة النهائية.
3. 3اختبر الضوابط الإلزامية وسير العمل: تثبيت التطبيق، والتشغيل الأول، والمصادقة، والأذونات، والاستخدام دون اتصال، والتحديثات، والأجهزة الطرفية، ومسارات الخروج من وضع الكشك.
4. 4اكسر العينة وأثبت الاسترداد: اقطع الإعداد، وأعد التشغيل، وأزل الاتصال، ونفّذ إعادة ضبط أو مسحًا، ثم استعد الحالة المقبولة.
5. 5تحدَّ النتيجة بالوحدة B: كرِّر الفحوص الحرجة للهوية والتسجيل وسير العمل والضوابط والاسترداد من المسار المقصود.
6. 6أصدر حكم ملاءمة جهاز من صفحة واحدة يحدد النطاق والأدلة والقيود والجهات المسؤولة ومحفزات إعادة التحقق.

كيف تختبر كل فئة ضوابط على العينة

الخطوة الثالثة هي أضعف ما في معظم التقييمات، لأن ضابطًا يظهر في وحدة التحكم يسهل الخلط بينه وبين ضابط يصمد على الجهاز. فالسياسة طلب؛ والحالة المقبولة هي ما يفعله الإصدار الدقيق بذلك الطلب فعليًا. لذا يجب أن يكون الاختبار عدائيًا ومحددًا: فلكل ضابط يحتاج المختبِر إلى الآلية التي تطبّقه، والإجراء الذي يمارسه، والنتيجة الملاحَظة التي تُحتسب نجاحًا، والمسار الذي يرجَّح أن يجده مستخدم حقيقي للالتفاف حوله. أما الطبقة المالكة لكل ضابط — المشغّل أو قفل المهام أو سياسات الأسطول أو تكامل OEM — فمبيَّنة في المشغّل المخصص مقارنةً بوضع الكشك وMDM؛ وهذه الصفحة معنية بإثبات الضابط على هاتف مرشح واحد. وثمة آليتان تحكمان معظم النتائج أدناه. يحجب قفل المهام الأنشطة التابعة لحزم خارج قائمة السماح، لذا فالانكشاف المهم ليس التطبيق المحجوب أبدًا — بل التنقل داخل تطبيق مسموح به، وأي معالج نظام احتاج سير العمل إلى إذن باستخدامه. كما يتوقف التقييد على مستوى التطبيق على الحقول التي اختار المطور نشرها عبر التهيئة المُدارة؛ ولا يستطيع EMM اختراع إعداد لم يتِحه تطبيق متصفح أو ماسح قط. اختبر على الإصدار الإنتاجي بإصدار التطبيق الإنتاجي، انطلاقًا من الحالة المقبولة لا من جهاز منضدة تُركت فيه خيارات المطوّر مفعّلة، واكتب كل نتيجة حكمًا له مالك. وبنية الصفوف أدناه هي نفسها التي تستخدمها مصفوفة قبول العينة، فيصير سجل الاختبار سجلَّ القبول بدل وثيقة يضطر أحدهم إلى نسخها لاحقًا. وحيث يكون الضابط غير متاح فعلًا على هذا العتاد وهذا الإصدار، فتلك نتيجة تُسجَّل، لا اختبار يُسقَط بصمت.

اكسر العينة وأثبت الاسترداد

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

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

لماذا لا تكفي وحدة واحدة أبدًا: اختبار انحراف الوحدة الثانية

الوحدة A هي الوحدة التي هيّأها الشخص الذي فهم التهيئة، في يوم صادف أن كانت فيه البرامج الثابتة إصدارًا بعينه. ولهذا السبب بالضبط لا يمكنها أن تحسم الحكم وحدها. وتعيد الخطوة الخامسة تنفيذ الفحوص الحرجة على وحدة ثانية، تُطلب على حدة عبر القناة الإنتاجية المقصودة، وتُسلَّم إلى مختبِر مختلف لا يتبع سوى تعليمات التجهيز المكتوبة. وللاختبار هدفان: الجهاز والتعليمات. والانحراف بين وحدتين تحملان اسم الطراز نفسه أمر معتاد لا استثنائي. فصور المصنع تتغير بين دفعات الإنتاج، ومن ثم قد تصل الوحدة الثانية بإصدار ومستوى تصحيح مختلفين ثم تُحدَّث إلى ثالث خلال ساعة من الإقلاع الأول. والنسخ الإقليمية ونسخ شركات الاتصالات تحمل برمجيات مثبتة مسبقًا مختلفة، وأحيانًا سلوك مودم مختلفًا. والتسجيل في خدمة التسجيل دون تدخل خاصية للشراء لا للطراز، لذا قد تكون وحدة اشتُريت عبر قناة مختلفة غير مؤهلة للمسار الذي استخدمته الوحدة A. كما أن الوحدة A تلوثت بالتقييم نفسه — خيارات مطوّر فُعّلت في مرحلة ما، وحساب أُضيف، وتحديث برامج ثابتة قُبل في أثناء الاختبار — ولن يرث الأسطول ذلك التاريخ أبدًا. ونتيجة الانحراف نتيجةٌ لا إخفاق للاختبار. سجّل ما يختلف، وهل يغيّر الاختلاف نتيجةً إلزامية، وهل يمكن ضبطه بتحديد SKU تحديدًا أدق، أو بتثبيت إصدار في تعليمات التجهيز، أو بتقييد القناة. فالاختلافات التي يمكن ضبطها تصير تعليمات تجهيز؛ والاختلافات التي يتعذر تفسيرها تصير سبب بقاء المرشح مشروطًا. وهذه الخطوة هي أيضًا أول بروفة لتجهيز الدُفعات: فإن عجز شخص ثانٍ عن إعادة إنتاج الحالة المقبولة من التعليمات المكتوبة، فلن تصمد تلك التعليمات حين تُسلَّم إلى خط تجهيز، واكتشاف الفجوة الآن أرخص كثيرًا من اكتشافها بعد الالتزام ببرنامج.

• اطلب الوحدة B على حدة عبر القناة الإنتاجية المقصودة، لا من الصندوق نفسه ولا من المخزون المحجوز نفسه.
• سلّمها إلى مختبِر مختلف لا يملك سوى تعليمات التجهيز المكتوبة — فالتعليمات قيد الاختبار بقدر الجهاز.
• قارن الإصدار ومستوى التصحيح والبرمجيات المثبتة مسبقًا وأهلية التزويد وكل نتيجة ضابط إلزامي.
• صنّف كل اختلاف: قابل للضبط بتحديد SKU أو الإصدار أو القناة، أو غير مفسَّر ومن ثم يصير شرطًا.
• أبقِ وحدة ثالثة دون مساس مرجعًا تُقارَن به الدُفعة المجهزة لاحقًا.

استخدم: مقبول أو مشروط أو مرفوض — ولا شيء غامض

الحكم أضيق من موافقة الطرح الكاملة. فهو ينطبق فقط على الوحدات وSKU والإصدار والقناة والتطبيق وEMM ونطاق السوق المسجَّلة. والقبول المشروط هو الحكم الأشد ضررًا حين يُكتب باستهتار، لأنه الحكم الذي يُقرأ على أنه موافقة. ولا يكون القبول المشروط صادقًا إلا حين ينص، في موضع واحد، على ما هو مفتوح، ومن يملكه، وأي اختبار سيغلقه، وبأي موعد، وماذا يحدث إن لم يُغلق. وعليه أيضًا أن يذكر ما هو غير معتمد في هذه الأثناء — وعادةً ألا تُلتزم كمية دفعة ولا يُعطى موعد تسليم مقابل البند المفتوح. فالقبول المشروط بلا مالك مسمّى وبلا تاريخ رفضٌ يرتدي تسمية أكثر راحة، وسيظهر مشكلةَ تسليم بعد شهور، عند النقطة التي يكون فيها الاعتراف به أغلى ما يكون. وثمة عادتان أخريان تبقيان الحكم صالحًا للاستعمال. حُدَّ عدد الشروط: فالمرشح الذي يحمل أكثر من عدد صغير من البنود المفتوحة ليس ناجحًا نجاحًا مشروطًا، بل تقييمًا لم يكتمل، والتصرف الصادق هو مواصلة الاختبار أو تغيير المرشح. وافصل بين الشرط والقيد. فالشرط يُتوقع إغلاقه، ومن ثم له اختبار وموعد نهائي؛ أما القيد فخاصية دائمة لهذا الجهاز وهذه التهيئة يقبلها المعتمِد وهو مدرك، ومكانه سجل القيود مع وصف السلوك وصفًا صريحًا لا مخفَّفًا. ويُدوَّن الاثنان في السجل قبل توقيع الحكم، حتى يقرأ من يعتمد الإنفاق الوثيقةَ نفسها التي يقرأها من أجرى الاختبارات.

افصل بين خط أساس OEM وحالة المشروع

استخدام هاتف سائد لا يجعله عتادًا مخصصًا. فـOEM يظل مالك العتاد القياسي وسلسلة الإقلاع والبرامج الثابتة وقناة التحديث ودورة الحياة. ويضيف المشروع تطبيقًا مضبوط الإصدار، ووضع إدارة، وسياسة، ومسار تسجيل، وتعليمات تجهيز، وسجل اختبار، وقيودًا، ومالكين. وتستطيع سياسة تحديث النظام أن تحكم توقيت التثبيت حيث تُدعم؛ لكنها لا تستطيع أن تحمل OEM أو شركة اتصالات على نشر برامج ثابتة، ولا أن تحفظ سير العمل بعد تغيير. والنتيجة العملية أن للحالة المقبولة شرط انتهاء لا صفة دائمة. فقد يغيّر إصدار برامج ثابتة يطرحه OEM لأسباب استهلاكية طريقةَ عمل ضابط، أو يُلغي سلوك جهاز طرفي، أو يعيد ضبط إعداد اعتمد عليه سير العمل، ولا يظهر شيء من ذلك في وحدة تحكم الإدارة حتى يبلّغ عنه جهاز. فسمِّ محفزات إعادة التحقق مع الحكم نفسه — نقلة إصدار Android رئيسية، أو مستوى برامج ثابتة أو تصحيح خارج النطاق المسجَّل، أو تغيير إصدار التطبيق، أو تغيير مستأجر EMM أو إصدار السياسة، أو SKU إقليمية جديدة، أو تغيير قناة الشراء — وبيِّن من يراقب كلًّا منها وما الذي يُعاد اختباره عند وقوع أحدها. فالمرشح يُقبل لحالة، لا إلى الأبد.

اعرف متى ترفض المرشح أو تغيّره

غيّر المرشح السائد عندما يتوقف متطلب إلزامي على عتاد غير متاح، أو متانة بيئية، أو مسار جهاز طرفي مفقود، أو ضابط OEM غير مدعوم، أو استرداد غير قابل للتكرار، أو توريد إقليمي غير مؤكد، أو دورة حياة غير كافية. فالإدارة لا تستطيع أن تخلق قدرة مفقودة في التطبيق أو العتاد أو OEM أو البرامج الثابتة. وثمة قائمة قصيرة من النتائج ينبغي أن تنهي التقييم فورًا بدل حملها إلى الأمام شروطًا، لأن أي قدر إضافي من أعمال التهيئة لن يغيّرها. فالوحدة لا يمكن تزويدها إلى نمط الملكية المقصود انطلاقًا من حالة نظيفة عبر المسار الذي سيستخدمه البرنامج فعلًا — والملكية تُحسم عند التزويد، فلا يوجد إعداد في وحدة التحكم يعالج هذا. أو أن ضابطًا إلزاميًا لا آلية له على أي طبقة: لا في السياسة، ولا في التطبيق، ولا في إطار عمل من مورّد على هذا الإصدار. أو أن المرشح لا يتوفر إلا عبر قناة لا تستطيع إنتاج SKU والإصدار نفسيهما مرة أخرى، أو لا تستطيع إصدار فاتورة به ودعمه في السوق المستهدفة. أو أن النسخة الإقليمية تفتقر إلى نطاق تردد أو موافقة راديو أو اعتماد يتطلبه النشر. أو ألا تغطي أي معلومات منشورة عن التحديث أو تصحيحات الأمان أفق النشر المقصود. أو أن تختلف الوحدتان في نتيجة إلزامية اختلافًا يعجز الجميع عن تفسيره أو ضبطه. والرفض المبكر هو النتيجة الرخيصة؛ فهو يكلّف وحدتين وأسبوعًا، بينما حمل نتيجة غير قابلة للحل إلى برنامج مُلتزم به يكلّف البرنامج كله. وحين يشير الرفض إلى متطلب لا يستطيع أي منتج سائد تلبيته، لا إلى هذا الهاتف بعينه، يصير السؤال التالي سؤالًا مختلفًا تمامًا — هل الطريق الصحيح جهاز قياسي مهيَّأ، أم منتج متين أو مصمم لغرض محدد، أم عمل مخصص أعمق — وتلك المقارنة تُجرى في أجهزة Android المخصصة مقارنةً بالجاهزة.

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

سلّم الحكم إلى قبول الطرح

حكم ملاءمة الجهاز بنتيجة «مقبول» يأذن بمرحلة التحقق التالية؛ وهو ليس موافقة على الدُفعة. احفظ هوية المرشح والنطاق والنتائج والاستثناءات والمالكين وروابط الأدلة، ثم حدّد خط أساس قبول التطبيق والسياسة والتزويد والسوق والتجهيز والدُفعة. واستعن بـدليل أجهزة Android الجاهزة لـMDM مقارنةً بالجاهزة للطرح لمجموعة الأدلة الأوسع، وبـطرق تزويد أجهزة Android للمسار الإنتاجي. وما يُنقل إلى الأمام ضيق عن قصد: العينة مضبوطة الإصدار التي تثبّت الطراز وSKU والإصدار وإصدار التطبيق وإصدار السياسة ومسار التزويد؛ وصفوف مصفوفة القبول التي أنتجتها اختبارات الضوابط وتمارين الاسترداد، ولكل منها حكم ومالك؛ وسجل القيود؛ وتعليمات التجهيز التي أثبت شخص ثانٍ فعلًا قدرته على اتباعها. ثم يعيد تجهيز الدُفعات إنتاج تلك الحالة بدل ابتكارها من جديد — المسار نفسه، وإصدار السياسة نفسه، وإصدار التطبيق نفسه، بفحص وحدة بوحدة مقابل العينة المرجعية، مع قاعدة إيقاف توقف الخط عند انحراف وحدة بدل ترك الانحراف يصير العُرف الجديد. تقدّم Vantora عروض أسعارها للبرامج من نحو 500 وحدة فأكثر، ودفعة تجريبية من عشرين إلى مئة جهاز داخل البرنامج هي الطريقة المعتادة لتأكيد التقييم في ظروف تشغيل حقيقية — مستخدمون حقيقيون ومواقع حقيقية وشبكة حقيقية — قبل تجهيز الوحدات المتبقية. والتقييم الموصوف في هذه الصفحة هو ما يجعل تلك الدفعة التجريبية جديرة بالتنفيذ: فبدونه تكتشف الدفعة التجريبية مشكلات الأجهزة، ومعه تتفرغ لاكتشاف مشكلات سير العمل التي لا تظهر إلا على نطاق واسع.

اطلب مراجعة ملاءمة الجهاز

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