उन स्थितियों को पकड़ें जो परिणाम बदल सकती हैं
गेम संस्करण या लिंक रिकॉर्ड करें और समस्या कब उत्पन्न हुई। ज्ञात होने पर ब्राउज़र और ऑपरेटिंग सिस्टम, यदि लेआउट मायने रखता है तो व्यूपोर्ट आकार, क्या पृष्ठ अभी लोड हुआ है, और कोई प्रासंगिक रन स्थिति शामिल करें। समय-संवेदनशील छलांग के लिए, उल्लेख करें कि क्या टैब छुपाया गया था और फिर से खोला गया था। किसी तकनीकी कारण का अनुमान न लगाएं; उन ठोस स्थितियों पर ध्यान दें जिन्हें कोई अन्य व्यक्ति दोहरा सकता है।
जांचें कि क्या समस्या दोहराई जा सकती है
वर्कअराउंड जोड़ने से पहले उन्हीं चरणों को कुछ बार दोहराएं। यदि परिणाम रुक-रुक कर आता है, तो ऐसा कहें और इसे यादृच्छिक कहने के बजाय प्रयासों को गिनें। यदि संभव हो तो उसी प्रारंभिक स्थिति पर रीसेट करें। फिर एक कारक को अलग करें: धीमी कुंजी प्रेस का उपयोग करें, व्यूपोर्ट बदलें, या किसी भिन्न प्लेटफ़ॉर्म स्थिति की प्रतीक्षा करें। यह मूल रिपोर्ट को बरकरार रखते हुए एक उपयोगी सीमा प्रकट कर सकता है।
गेम बग को पुन: प्रस्तुत करना से जुड़े सवाल
यदि मैं हर बार गेम बग को पुन: उत्पन्न नहीं कर पाऊं तो क्या होगा?
आंतरायिक रिपोर्ट रखें और रिकॉर्ड करें कि कितने प्रयास सफल हुए, प्रारंभिक स्थिति और प्रासंगिक समय। प्रति अनुवर्ती प्रयास में एक कारक बदलें और नोट करें कि विफलता कब दिखाई देना बंद हो जाती है।
क्या बग रिपोर्ट में कोई संदिग्ध कारण शामिल होना चाहिए?
आप स्पष्ट रूप से लेबल वाली परिकल्पना जोड़ सकते हैं, लेकिन इसे देखे गए तथ्यों से अलग रखें। सटीक कदम और अपेक्षित-बनाम-वास्तविक व्यवहार एक डेवलपर को अनुमान प्राप्त किए बिना जांच करने देता है।
आगे पढ़ें
कोई पुरानी जानकारी दिखी? सुधार की जानकारी दें