how test software requirements specification
क्या आप जानते हैं कि 'के सबसे कीड़े सॉफ्टवेयर अपूर्ण या गलत कार्यात्मक आवश्यकताओं के कारण हैं? ' हालाँकि यह अच्छी तरह से लिखा गया है, सॉफ़्टवेयर कोड कोई मायने नहीं रखता है और आवश्यकताओं में कोई अस्पष्टता होने पर कुछ भी नहीं किया जा सकता है।
सॉफ्टवेयर आवश्यकताएँ विशिष्टता (एसआरएस) पर यह लेख बताता है कि आवश्यकताओं को स्पष्ट, विशिष्ट, औसत दर्जे का और विरोधाभासों के बिना पूरा होना चाहिए।
आवश्यकता की अस्पष्टताओं को पकड़ना और उन्हें प्रारंभिक विकास जीवन चक्र में ही ठीक करना बेहतर है।
विकास या उत्पाद रिलीज के पूरा होने के बाद बग को ठीक करने की लागत बहुत अधिक है। इसलिए एसडीएलसी के डिजाइन विनिर्देशों और परियोजना कार्यान्वयन चरणों से पहले आवश्यकता विश्लेषण का विश्लेषण और इन गलत आवश्यकताओं को पकड़ना महत्वपूर्ण है।
आप क्या सीखेंगे:
3 साल के अनुभव के लिए मैनुअल परीक्षण साक्षात्कार प्रश्न
कार्यात्मक एसआरएस दस्तावेजों को कैसे मापें?
खैर, हमें आवश्यकताओं को मापने के लिए कुछ मानक परीक्षणों को परिभाषित करने की आवश्यकता है। एक बार इन परीक्षणों के माध्यम से प्रत्येक आवश्यकता को पार कर लिया जाता है और आप कार्यात्मक आवश्यकताओं का मूल्यांकन कर सकते हैं।
चलो एक है उदाहरण, आप वेब-आधारित अनुप्रयोग पर काम कर रहे हैं। आवश्यकता इस प्रकार है: 'वेब एप्लिकेशन को उपयोगकर्ता प्रश्नों को जल्द से जल्द पूरा करने में सक्षम होना चाहिए'
आप इस मामले में आवश्यकता को कैसे मुक्त करेंगे?
आपकी आवश्यकता संतुष्टि मापदंड क्या होंगे? जवाब पाने के लिए, हितधारकों से यह सवाल पूछें: आपके लिए कितना प्रतिक्रिया समय ठीक है? यदि वे कहते हैं, हम प्रतिक्रिया स्वीकार करेंगे यदि यह 2 सेकंड के भीतर है, तो यह आपकी आवश्यकता है। इस आवश्यकता को फ्रीज करें और अगली आवश्यकता के लिए भी यही प्रक्रिया अपनाएं।
सेल फोन पर जासूसी करने के लिए आवेदन
हमने केवल यह सीखा कि डिजाइन, कार्यान्वयन और परीक्षण चरणों में आवश्यकताओं को कैसे मापें और उन्हें फ्रीज करें।
अब एक और उदाहरण लेते हैं: मैं एक वेब-आधारित परियोजना पर काम कर रहा था। क्लाइंट (हितधारकों) ने परियोजना के विकास के प्रारंभिक चरण में परियोजना की आवश्यकताओं को निर्दिष्ट किया। मेरे प्रबंधक ने समीक्षा के लिए टीम में सभी आवश्यकताओं को परिचालित किया। जब हमने इन आवश्यकताओं पर चर्चा शुरू की, तो हम चौंक गए!
हर कोई आवश्यकताओं के बारे में अपने स्वयं के गर्भाधान कर रहा था। हमें आवश्यकता दस्तावेजों में निर्दिष्ट specified शर्तों ’में बहुत सारी अस्पष्टताएँ मिलीं, जो बाद में समीक्षा / स्पष्टीकरण के लिए क्लाइंट को भेजी गईं।
क्लाइंट ने कई अस्पष्ट शब्दों का उपयोग किया, जो कई अलग-अलग अर्थ थे, जिससे हमारे लिए सटीक अर्थ का विश्लेषण करना मुश्किल हो गया। क्लाइंट से आवश्यकता दस्तावेज़ का अगला संस्करण डिज़ाइन चरण के लिए स्थिर करने के लिए पर्याप्त स्पष्ट था।
इस उदाहरण से, हमने सीखा कि 'आवश्यकताएँ स्पष्ट और सुसंगत होनी चाहिए'
आवश्यकताओं के विनिर्देशन के परीक्षण के लिए अगला मानदंड 'गुम हुई आवश्यकताओं की खोज करना' है, आइए इसे देखें।
लापता आवश्यकताओं की खोज करें
कई बार प्रोजेक्ट डिजाइनरों को प्रत्येक विशिष्ट मॉड्यूल के बारे में स्पष्ट विचार नहीं मिलता है और वे केवल डिजाइन चरण में कुछ आवश्यकताओं को मानते हैं। कोई भी आवश्यकता मान्यताओं पर आधारित नहीं होनी चाहिए। आवश्यकताओं को पूरा होना चाहिए, विकास के तहत प्रणाली के प्रत्येक पहलू को कवर करना।
विनिर्देशों को आवश्यकता के दोनों प्रकारों के बारे में बताना चाहिए यानी किस प्रणाली को क्या करना चाहिए और क्या नहीं।
आमतौर पर, मैं अनिर्दिष्ट आवश्यकताओं को उजागर करने के लिए अपनी खुद की विधि का उपयोग करता हूं। जब मैं पढ़ता हूं सॉफ़्टवेयर आवश्यकताएँ विशिष्टता दस्तावेज़ (SRS) , मैं निर्दिष्ट आवश्यकताओं की अपनी समझ को ध्यान में रखता हूं, साथ ही अन्य आवश्यकताएं जिन्हें एसआरएस दस्तावेज़ को कवर करना है।
इससे मुझे अनिर्दिष्ट आवश्यकताओं के बारे में सवाल पूछने में मदद मिलती है जिससे यह स्पष्ट हो जाता है।
आवश्यकताओं की पूर्णता की जाँच के लिए, आवश्यकताओं को तीन खंडों में विभाजित करें, requirements आवश्यकताओं को लागू करना चाहिए ’, ऐसी आवश्यकताएँ जो निर्दिष्ट नहीं हैं, लेकिन and मान ली गई हैं’ और तीसरा प्रकार ’कल्पना’ प्रकार की आवश्यकताएँ हैं। जांचें कि क्या सॉफ्टवेयर डिजाइन चरण से पहले सभी प्रकार की आवश्यकताओं को संबोधित किया गया है।
जांचें कि क्या आवश्यकताएँ परियोजना लक्ष्य से संबंधित हैं
कभी-कभी हितधारकों की अपनी विशेषज्ञता होती है, जो वे विकास के तहत प्रणाली में आने की उम्मीद करते हैं। वे यह भी नहीं सोचते कि क्या यह परियोजना हाथ में लेने के लिए प्रासंगिक होगी। ऐसी आवश्यकताओं की पहचान करना सुनिश्चित करें। परियोजना विकास चक्र के पहले चरण के दौरान सभी अप्रासंगिक आवश्यकताओं से बचने की कोशिश करें।
यदि संभव नहीं है, तो हितधारकों से सवाल पूछें जैसे आप इस विशिष्ट आवश्यकता को क्यों लागू करना चाहते हैं? यह विशेष आवश्यकता का विस्तार से वर्णन करेगा, जिससे भविष्य के दायरे को देखते हुए सिस्टम को डिजाइन करना आसान हो जाएगा।
लेकिन यह कैसे तय किया जाए कि आवश्यकताएं प्रासंगिक हैं या नहीं?
सरल उत्तर: परियोजना का लक्ष्य निर्धारित करें और यह प्रश्न पूछें: यदि इस आवश्यकता को लागू नहीं करने से हमारे निर्दिष्ट लक्ष्य को प्राप्त करने में कोई समस्या होगी? यदि नहीं, तो यह एक अप्रासंगिक आवश्यकता है। हितधारकों से पूछें कि क्या वे वास्तव में इस प्रकार की आवश्यकताओं को लागू करना चाहते हैं।
सबसे अच्छा पीसी सॉफ्टवेयर मुफ्त ट्यून
संक्षेप में, आवश्यकताएँ विशिष्टता (एसआरएस) डॉक्टर को निम्नलिखित पता देना चाहिए:
- परियोजना की कार्यक्षमता (क्या किया जाना चाहिए और क्या नहीं किया जाना चाहिए)।
- सॉफ्टवेयर, हार्डवेयर इंटरफेस और यूजर इंटरफेस।
- सिस्टम सुधार, सुरक्षा और प्रदर्शन मानदंड।
- कार्यान्वयन के मुद्दे (जोखिम) यदि कोई हो।
निष्कर्ष
मैंने आवश्यकता माप के लगभग सभी पहलुओं को कवर किया है। आवश्यकताओं के बारे में विशिष्ट होने के लिए, मैं एक परीक्षण में आवश्यकता परीक्षण को संक्षेप में प्रस्तुत करूंगा:
'आवश्यकताओं को स्पष्ट होना चाहिए और बिना किसी अनिश्चितता के साथ विशिष्ट होना चाहिए, विशिष्ट मूल्यों के संदर्भ में आवश्यकताओं को मापने योग्य होना चाहिए, आवश्यकताओं को प्रत्येक आवश्यकता के लिए कुछ मूल्यांकन मानदंड होने चाहिए, और आवश्यकताएं बिना किसी विरोधाभास के पूरी होनी चाहिए'
आवश्यकता से संबंधित बग्स से बचने के लिए परीक्षण को आवश्यकता चरण पर शुरू करना चाहिए। संवाद प्रोजेक्ट डिजाइन और कार्यान्वयन शुरू करने से पहले अपने हितधारकों के साथ अधिक से अधिक सभी आवश्यकताओं को स्पष्ट करने के लिए।
क्या आपको टेस्टिंग सॉफ़्टवेयर आवश्यकताओं का कोई अनुभव है?
कृपया नीचे टिप्पणी में उन्हें साझा करने के लिए स्वतंत्र महसूस करें।
अनुशंसित पाठ
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- सॉफ्टवेयर परीक्षण क्यूए सहायक नौकरी
- विनाशकारी परीक्षण और गैर विनाशकारी परीक्षण ट्यूटोरियल
- सॉफ्टवेयर टेस्टिंग में माइंड मैपिंग - परीक्षण को और मजेदार बनाने के तरीके!
- आवश्यकताओं के बिना किसी एप्लिकेशन का परीक्षण कैसे करें?
- सॉफ्टवेयर टेस्टिंग कोर्स: मुझे किस सॉफ्टवेयर टेस्टिंग इंस्टीट्यूट में शामिल होना चाहिए?
- अपने कैरियर के रूप में सॉफ्टवेयर परीक्षण चुनना
- सॉफ्टवेयर टेस्टिंग टेक्निकल कंटेंट राइटर फ्रीलांसर जॉब