जब कई लॉग, दस्तावेज़ीकरण पृष्ठ, टर्मिनल और एडिटर स्थान बिना किसी साझा परिकल्पना के जमा हो जाते हैं, तो डिबगिंग भ्रामक हो जाती है। कार्यक्षेत्र को हर संभावित कारण के बजाय अगले परीक्षण के आसपास व्यवस्थित करें।
देखे गए लक्षण को स्थिर करें
सटीक उपयोगकर्ता कार्रवाई, इनपुट, वातावरण, टाइमस्टैम्प, अपेक्षित परिणाम और वास्तविक परिणाम लिखें। वास्तविक आउटपुट को दृश्यमान रखें और उस लॉग अंतराल को सुरक्षित रखें जो इससे मेल खाता है। यदि आप इस लक्षण का पुनरुत्पादन नहीं कर सकते हैं, तो कोड में संपादन करने से पहले अवलोकन सीमा की जांच करें।
एक परिकल्पना कार्यक्षेत्र बनाएं
उस कोड पथ को खोलें जो साक्ष्य, प्रासंगिक लॉग स्ट्रीम, और निर्भरता या एपीआई के लिए आधिकारिक दस्तावेज़ीकरण की व्याख्या कर सकता है। नियंत्रण और प्रयोग को आमने-सामने रखें। एक सार्थक चर को बदलें, उसी क्रिया को फिर से चलाएं, और दर्ज करें कि क्या अपेक्षित संकेत बदला है।
किसी भी त्रुटि पंक्ति जो सबसे पहले ध्यान आकर्षित करती है, उसके बजाय अनुरोध आईडी (request ID), कार्य आईडी (task ID), या टाइमस्टैम्प द्वारा लॉग खोजें। उत्पादन और स्थानीय टर्मिनलों को स्पष्ट रूप से अलग रखें। जब दस्तावेज़ीकरण और डैशबोर्ड वर्तमान परिकल्पना में योगदान देना बंद कर दें तो उन्हें बंद कर दें।
वापसी बिंदु को सुरक्षित रखें
नए सुराग का अनुसरण करने से पहले, वर्तमान फ़ाइल, कमांड, क्वेरी और परिणाम को रिकॉर्ड करें। यदि परिकल्पना विफल हो जाती है, तो अस्पष्ट विंडो की एक श्रृंखला छोड़ने के बजाय नैदानिक परिवर्तनों को वापस लाएं और नोट्स को अपडेट करें। Wallo वर्तमान कोड, लॉग, दस्तावेज़ और आउटपुट विंडो को डिबगिंग लक्ष्य के तहत समूहीकृत कर सकता है; यह घटनाओं को आपस में जोड़कर नहीं देख सकता, लॉग की जाँच नहीं कर सकता और किसी परिकल्पना को सत्यापित नहीं कर सकता है।