मैं समझता हूं कि वे क्या निर्धारित करते हैं लेकिन क्या यह वास्तव में उन मुद्दों को निर्दिष्ट करने के लिए उपयोगी है? मेरा मतलब है, या तो जल्दी से तय करना आवश्यक है या नहीं।
मुझे पता है कि उन्हें कैसे सेट करना है, उन्हें वर्गीकृत करना है आदि मैं जानता हूं कि IEEE / ISO को ऐसा करने की आवश्यकता है। मैं अभी नहीं देखता कि क्यों।
हम्म, मुझे लगता है कि एक बग जो डेटा को नुकसान पहुंचाएगा, उससे कहीं अधिक गंभीर है, जो केवल कष्टप्रद है जैसे कि कुछ कार्यक्षमता लोड करने में बहुत लंबा समय लेती है। दोनों को तय किया जाना चाहिए लेकिन उच्च नकारात्मक प्रभाव वाले लोगों को पहले तय किया जाना चाहिए।
—
थोरस्टेन मुलर
नहीं, जैसा कि मैंने लिखा है कि मुझे पता है कि वे क्या हैं या उन्हें कैसे सेट किया जाए। मैं सिर्फ एते लाभ नहीं करता।
—
पीटीएसआर
ज्यादातर मामलों में, नहीं। लेकिन हमेशा किनारे के मामले होते हैं जहां यह दोनों को अलग करने के लिए समझ में आता है। क्या अलग करना हर मुद्दे के लिए बनाए रखने के लायक है सिर्फ उन दुर्लभ अवसरों के लिए पूरा करना एक और मामला है।
—
बिज़िकलोप
आपके पास एक यूआई बग हो सकता है जो वास्तव में एप्स की उपयोगिता ( कम गंभीरता ) को प्रभावित नहीं करता है , लेकिन यह एक उच्च प्राथमिकता है क्योंकि यह बदसूरत है। आपके पास एक बग हो सकता है जो ऐप को पूरी तरह से क्रैश कर देता है ( उच्च गंभीरता ) लेकिन यह एक कम प्राथमिकता है क्योंकि इसे बनाने की स्थितियां एक मिलियन में हैं और सभी व्यावहारिक रूप से वास्तव में कभी नहीं होंगी (यह इस तथ्य को अनदेखा करता है कि एक-में- एक मिलियन संभावनाएं दस में से नौ बार आती हैं )।
—
बाइनरी वॉरियर