قم ببناء سير عمل أتمتة دعم Android الذي يعيد إنتاج مشكلات التطبيق، ويلتقط لقطات الشاشة والسجلات، ويقدم أدلة مفيدة إلى ضمان الجودة أو المطورين. LaiCai Screen Mirroring.
يجب أن تحافظ أتمتة الدعم على قصة العميل
تحتوي تذكرة الدعم المفيدة على قصة: ما جربه العميل، وما توقعه، وما ظهر بدلاً من ذلك، وحالة الجهاز أو التطبيق التي ربما أثرت على النتيجة. يجب أن تحافظ أتمتة دعم Android على هذه القصة بدلاً من اختصارها إلى سلسلة من النقرات. الهدف هو إعادة إنتاج المسار المعتمد باستمرار وترك دليل يمكن لفريق آخر فحصه. يستخدم
LaiCai Screen Mirroring تدفق LaiCai كطبقة سير عمل مرئية. يمكن لزميل فريق الدعم مراجعة العقد ومشاهدة شاشة Android والتقاط لقطات الشاشة والاحتفاظ بسجلات وقت التشغيل والتوقف عندما لا تتطابق الحالة المرصودة مع التذكرة. وهذا يجعل أداة أتمتة Android AI مفيدة لجمع الأدلة، وليس لإخفاء قرارات دعم العملاء داخل صندوق أسود.
يجب دائمًا مشاهدة التشغيل الأول. غالبًا ما تعتمد مشكلات الهاتف المحمول على مطالبة الإذن أو لوحة المفاتيح أو الإشعارات أو تحميل الرسوم المتحركة أو حالة الحساب أو الشاشة التي لم تذكرها التذكرة. إن مشاهدة شاشة Android المعكوسة أثناء قراءة سجل التدفق يساعد المشغل على فصل أعراض المنتج الحقيقية عن افتراض البدء غير الصحيح. بعد أن يصبح المسار المرصود مستقرًا وآمنًا، يمكن تكرار نفس القائمة المرجعية دون فقدان نقاط الدليل التي جعلت التشغيل الأول مفهومًا.
تحويل تذكرة الدعم إلى قائمة مراجعة إعادة إنتاج محدودة
أعد كتابة التذكرة كقائمة تحقق محدودة قبل إنشاء التدفق. اذكر شاشة البداية، وإصدار التطبيق، ونوع الحساب، وحالة الشبكة، والإعدادات المحلية، والخطوات الدقيقة، والنتيجة المتوقعة، والنتيجة الملحوظة، والنقطة التي يجب أن يتوقف عندها سير العمل. طلب مثل "صفحة الخروج معطلة" غامض للغاية؛ يعد "فتح البنية المرحلية، واستخدام حساب اختبار معتمد، وإضافة نموذج المنتج، والتقاط شاشة الدفع، والتوقف قبل الإرسال" أمرًا قابلاً للتنفيذ.
اجعل التدفق الأول قصيرًا. قم بإعادة إنتاج المسار الأصغر فقط الذي يمكنه تأكيد التقرير أو رفضه. لا تقم بإضافة عمليات إعادة المحاولة واسعة النطاق، أو التنظيف غير ذي الصلة، أو تغييرات الحساب، أو الرسائل الصادرة، أو عمليات الشراء، أو الإجراءات المدمرة. من الأسهل مقارنة قائمة التحقق الضيقة عبر الأجهزة، كما أنها أكثر أمانًا لتشغيل موظفي الدعم.
قم بتسجيل البيئة قبل إعادة إنتاج المشكلة
قم بتسجيل البيئة قبل الإجراء الأول. تتضمن الحقول المفيدة إصدار Android، وطراز الجهاز أو ملف تعريف المحاكي، وحجم الشاشة، وإصدار التطبيق، والإعدادات المحلية، وحالة الإذن، ونوع الاتصال، وما إذا كانت المشكلة تحدث في بيئة اختبارية أو بيئة شبيهة بالإنتاج. لا تخمن أسماء الحزم أو تفاصيل الجهاز؛ قراءتها من سياق الجهاز المعتمد عند توفرها.
تمنع أدلة البيئة عمليات التسليم الخاطئة. لا ينبغي وصف الخطأ الذي يظهر فقط على إصدار Android واحد أو لغة واحدة أو حالة حساب أو شبكة بطيئة بأنه عالمي. أضف لقطة شاشة أولية ومعرفًا قصير المدى حتى يمكن ربط لقطات الشاشة والسجلات اللاحقة بنفس محاولة إعادة الإنتاج.
التقط لقطات شاشة وسجلات عند نقاط القرار
التقط الأدلة عند نقاط القرار، وليس بعد كل إجراء لا معنى له. تتضمن النقاط الجيدة حالة البداية، والشاشة التي تظهر مباشرة قبل الفشل المبلغ عنه، والشاشة غير المتوقعة، وشعار الخطأ، وعنصر التحكم المفقود، وحالة التوقف النهائية. قم بتسمية لقطات الشاشة حتى يتمكن مهندس ضمان الجودة من فهم الطلب دون فتح كل ملف. يجب أن توضح سجلات
الخطوة التي تم تشغيلها، والحالة التي تم التحقق منها، والنتيجة التي تم تحديدها، وسبب توقف التدفق. تجنب تسجيل كلمات المرور أو الرموز المميزة أو الرسائل الخاصة أو تفاصيل الدفع أو معرفات العملاء غير الضرورية. عادةً ما تكون لقطة الشاشة بالإضافة إلى سبب التوقف القابل للقراءة أكثر فائدة من مئات الأحداث ذات المستوى المنخفض بدون سياق.
استخدم الشروط المرئية بدلاً من النقر الأعمى
يجب ملاحظة أتمتة الدعم قبل أن تعمل. استخدم بنية واجهة المستخدم عند وجود محددات ثابتة، والتعرف الضوئي على الحروف (OCR) عندما يكون النص المطلوب مرئيًا ولكن غير مكشوف، ومطابقة الصور فقط عندما يكون الأصل المرئي الذي تم التحقق منه مناسبًا. يجب أن تقوم عقد المراقبة بإرجاع الأدلة؛ يمكن لعقدة إجراء منفصلة النقر فقط بعد استيفاء النتيجة لشرط سير العمل.
إذا كانت الحالة المتوقعة مفقودة، فالتقط الأدلة وتوقف. لا تنقر بشكل أعمى على الإحداثيات التي تم تذكرها أو تخفض كل عتبة ثقة. تعد عمليات الانتظار الصريحة أسهل في المراجعة من عمليات التوقف المؤقت المخفية، ويكون الفشل الواضح أكثر فائدة من التدفق الذي يستمر في الشاشة الخاطئة.
حماية بيانات العميل خلال سير العمل
يمكن أن تحتوي أدلة الدعم على معلومات حساسة. استخدم حسابات الاختبار المعتمدة كلما أمكن ذلك. قبل مشاركة لقطة الشاشة، تحقق من الأسماء وعناوين البريد الإلكتروني وأرقام الهواتف وأرقام الطلبات والإشعارات ونصوص الدردشة والموقع وبيانات الدفع وتطبيقات الخلفية. قم بقص أو تنقيح المعلومات التي لا تحتاجها ضمان الجودة.
تحديد قواعد الاحتفاظ والوصول إلى لقطات الشاشة والسجلات. لا تلصق أدلة العميل في التذاكر العامة أو غرف الدردشة الواسعة. إذا كانت بيانات العميل الحقيقية ضرورية لإجراء تحقيق معتمد، فقم بتصغيرها وتسجيل سبب الحاجة إليها واتبع سياسة الخصوصية والحذف الخاصة بالمؤسسة. تعمل الأتمتة على تحسين إمكانية التكرار؛ ولا ينشئ إذنًا لجمع المزيد من البيانات.
دليل يدوي إلى ضمان الجودة والمطورين بتنسيق مفيد
يحتوي التسليم القوي على ملخص التذكرة الأصلية، ومتطلبات النسخ الأساسية، وبيئة الجهاز والتطبيق، والتدفق الدقيق أو إصدار قائمة التحقق، ولقطات الشاشة بالترتيب، ومقتطفات السجل ذات الصلة، والنتيجة المتوقعة مقابل النتيجة الفعلية، وتكرار النسخ، وسبب التوقف. قم بتضمين ما لم يتم اختباره حتى لا يخطئ ضمان الجودة في التحقق الضيق من التغطية الواسعة.
استخدم دليل LaiCai Flow لإبقاء خطوات الرسم البياني قابلة للقراءة، ودليل انعكاس شاشة Android لمشاهدة نفس الشاشة التي يستخدمها Flow، وسير عمل استكشاف أخطاء Android وإصلاحها عن بعد لممارسات التسليم التعاونية. يجب أن يكون المهندس المتلقي قادرًا على إعادة تشغيل المسار أو فهم سبب عدم إمكانية إعادة تشغيله بعد.
التعامل مع عدم إمكانية إعادة إنتاج النتائج بأمانة
"لا يمكن إعادة إنتاج" هي نتيجة، وليست دليلاً على أن العميل مخطئ. قارن بين البيئة والإعدادات المحلية والأذونات وحالة الحساب والشبكة وإشارات الميزات وإنشاء التطبيق والتوقيت. قم بتشغيل الاختلافات المتفق عليها فقط، واحفظ الأدلة لكل منها، وقم بتسمية النتيجة بدقة: مستنسخة، أو غير مستنسخة في ظل ظروف مختبرة، أو متقطعة، أو محظورة بسبب نقص المعلومات، أو متوقفة بسبب الخصوصية أو السلامة.
عندما تكون المعلومات مفقودة، اطلب أصغر دليل إضافي يمكنه تغيير الاختبار التالي. لا تطلب تسجيلات بملء الشاشة أو سجلات كاملة أو الوصول إلى الحساب بشكل افتراضي. يساعد تدفق الدعم المنظم الفريق على التمييز بين عيوب التطبيق وعدم تطابق البيئة أو الخطوات غير المكتملة أو التوقيت أو الحالة التي تتطلب أدوات هندسية.
قائمة مرجعية عملية لفرق الدعم
قبل التشغيل، قم بتأكيد التفويض وحالة البدء وبناء التطبيق وحساب الاختبار وسياق الجهاز والشبكة والإعدادات المحلية ونقاط الأدلة وحدود الخصوصية وحدود الإيقاف. أثناء التشغيل، شاهد الشاشة واستخدم الانتظار والشروط الصريحة، وقم بتسجيل الأدلة المطلوبة للتذكرة فقط. بعد التشغيل، قم بمراجعة لقطات الشاشة والسجلات قبل مشاركتها.
قم بمراجعة حزمة الأدلة كما لو كنت المهندس المتلقي. هل يمكنك معرفة لقطة الشاشة التي تنتمي إلى أي خطوة؟ هل يُظهر السجل الحالة التي فشلت؟ هل تم ذكر النتائج المتوقعة والفعلية بشكل منفصل؟ هل تتم إزالة البيانات الخاصة؟ هل تحدد الحزمة البيئة التي تم اختبارها وإصدار Flow؟ إذا لم تتمكن من الإجابة على هذه الأسئلة، فإن إعادة تشغيل التشغيل الآلي قد يؤدي فقط إلى إنتاج المزيد من الملفات الغامضة. تعتبر حزمة الأدلة القصيرة والمنظمة أكثر قيمة من أرشيف كبير بدون سرد متكرر.
النتيجة العملية هي محادثة أفضل بين الدعم وضمان الجودة والتطوير. يساهم الدعم بقصة عميل متكررة، ويتلقى ضمان الجودة أدلة قابلة للمقارنة، ويحصل المطورون على مسار أصغر بحالة مرئية. تعمل أتمتة دعم Android بشكل أفضل عندما تسهل مراجعة عدم اليقين والأدلة، وليس عندما تحاول استبدال الحكم البشري.