अच्छी bug report किसे बनाता है, और severity तथा priority में क्या फर्क है?

अच्छी report किसी और को आपसे कुछ पूछे बिना दिक्कत दोबारा पैदा करने देती है: एक ठोस title, एक जानी हुई शुरुआती हालत से सटीक steps, उम्मीद बनाम असल नतीजा, environment और build, और सबूत जैसे video, logs या network trace। severity उस defect का तकनीकी असर है; priority यह है कि वह कितनी जल्दी ठीक होगा। कोई दिखावटी bug कम severity और ऊंची priority वाला हो सकता है।

bug report की मेरी कसौटी यह है कि क्या ऐसा developer जिसने मुझसे कभी बात नहीं की, सिर्फ report से उसे दोबारा पैदा कर सकता है। तो title ठोस तरीके से बताता है कि क्या और कहां टूटा है, checkout टूटा है जैसा कुछ नहीं। फिर preconditions, यानी सटीक शुरुआती हालत और account का प्रकार, गिने हुए steps जिन्हें कोई अक्षरशः चला सके, उम्मीद का नतीजा, असल नतीजा, और environment तथा build number, क्योंकि पिछले हफ्ते के build पर दर्ज किया गया bug सबकी दोपहर बर्बाद करता है। सबूत हर बार जाता है: screen recording, network की request और response, और timestamps के साथ जरूरी log lines। severity बनाम priority पर, severity यह है कि सिस्टम कितनी बुरी तरह टूटा है और priority यह कि हम उसे कितनी जल्दी ठीक करेंगे, और ये दोनों अलग लोग अलग वजहों से तय करते हैं। जिस feature को दो लोग इस्तेमाल करते हैं उसमें data बिगाड़ने वाला bug ऊंची severity और नीची priority वाला है। landing page पर कंपनी का नाम गलत लिखे होना मामूली severity वाला है और आज सुबह ही ठीक होगा। मैं यह पक्का करता हूं कि असर सही सही बताऊं, कितने users, कोई और रास्ता है क्या, पैसा या data खतरे में है क्या, फिर priority product owner को तय करने देता हूं, क्योंकि यह उनका फैसला है।