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