उन अनुप्रयोगों को डिज़ाइन करना जो परीक्षण करना आसान है।

उच्च गुणवत्ता वाले सॉफ़्टवेयर बनाने के लिए, इसे गुणात्मक रूप से परीक्षण करना बहुत महत्वपूर्ण है। लेकिन परीक्षण काफी चुनौतीपूर्ण कार्य हो सकता है यदि आपकी परियोजना परीक्षण की सुविधा के लिए विशेष उपकरण प्रदान नहीं करती है। मैं इस लेख में उनके बारे में अधिक बात करना चाहता हूं।

इकाई परीक्षण

यूनिट परीक्षण आपको विकास के सभी चरणों में सॉफ़्टवेयर की गुणवत्ता को नियंत्रित करने की अनुमति देगा, आप विकास के शुरुआती चरणों में कई त्रुटियों से बच सकते हैं, जब बाहर से कोड का परीक्षण करना अभी भी असंभव है।

यदि आप अपनी परियोजना में इकाई परीक्षण का उपयोग करना चाहते हैं, तो आपको यह सोचने की ज़रूरत है कि आप डिजाइन चरण में यह कैसे करेंगे। सबसे पहले आपको एप्लिकेशन कोर विकसित करने और अंत-टू-एंड परीक्षण लिखने की आवश्यकता है जो इसके प्रदर्शन का परीक्षण करेंगे।



जब कर्नेल तैयार होता है और पहले परीक्षण काम करते हैं, तो आप नए घटक जोड़ सकते हैं। सबसे पहले, यह निर्धारित करें कि नया कोड कैसे काम करना चाहिए, इनपुट और आउटपुट डेटा क्या होगा। फिर नए घटक के लिए स्वीकृति परीक्षण लिखें। स्वीकृति परीक्षण समग्र रूप से घटक के स्वास्थ्य को सत्यापित करते हैं। सबसे पहले, वे काम नहीं करेंगे और संकलन भी करेंगे। सभी परीक्षणों के काम करने तक आवश्यक कार्यक्षमता को लागू करने के लिए कदम से कदम शुरू करें।



प्रत्येक विकास कदम पर, किसी भी कार्यक्षमता को लागू करने से पहले इकाई परीक्षण लिखें। यदि कोड में कुछ बदलावों के बाद अचानक कुछ परीक्षणों ने काम करना बंद कर दिया, तो जब तक आप परीक्षणों को ठीक नहीं करते तब तक अगले परिवर्तनों पर न जाएं।



एकीकरण परीक्षणों का उपयोग करते हुए एक दूसरे के साथ घटकों की बातचीत का परीक्षण करें।

यदि आपका कोड यूनिट परीक्षणों के साथ परीक्षण करना मुश्किल है, तो इसका मतलब है कि बहुत अधिक निर्भरताएं हैं और कोई सुविधाजनक इंटरफेस नहीं है। भविष्य में इस तरह के कोड को बनाए रखना मुश्किल होगा, रिफैक्टरिंग करना आवश्यक है।











यूनिट परीक्षण कई लाभ प्रदान करता है। आप देखेंगे कि कोड की गुणवत्ता बहुत बेहतर होगी। कार्य अच्छी तरह से विघटित हो जाएंगे, घटक दृढ़ता से परस्पर नहीं जुड़ेंगे। आपका कोड बनाए रखना और बढ़ाना आसान हो जाएगा। त्रुटि को खोजने के लिए आपको घंटों के लिए कोड को डीबग करने की आवश्यकता नहीं होगी - यूनिट परीक्षण तुरंत सही जगह पर इंगित करेगा। कोड में किसी भी परिवर्तन के बाद इकाई परीक्षण चलाने से, आप हमेशा सुनिश्चित होंगे कि आपने कुछ भी नहीं तोड़ा। यदि आपके पास टीम में कोई परीक्षक नहीं है, तो यूनिट परीक्षण विशेष रूप से उपयोगी होगा।

टेस्ट ऑटोमेशन के लिए इंटरफेस

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



यदि आपके पास एक छोटी परियोजना है, तो प्रोग्राम डेटा पर एक या एक से अधिक कार्य करता है, तो यह संभव है कि आपके लिए खुद को कमांड लाइन तक सीमित करने के लिए पर्याप्त होगा। इनपुट पर, प्रोग्राम को इनपुट डेटा के साथ एक फ़ाइल प्राप्त होगी और आउटपुट स्ट्रीम के निष्पादन का परिणाम, उदाहरण के लिए, एक फ़ाइल के लिए। विविध कार्यक्षमता वाली बड़ी परियोजनाओं के लिए, आप एक कंसोल कमांड पार्सर जोड़ सकते हैं। प्रत्येक कमांड को एक व्यक्तिगत घटक या व्यवहार का परीक्षण करने के लिए डिज़ाइन किया जाएगा। परीक्षक इनपुट डेटा के विभिन्न सेटों के साथ स्क्रिप्ट का उपयोग करके प्रोग्राम को चलाकर और वांछित के साथ परिणाम की तुलना करके आसानी से परीक्षणों को स्वचालित कर सकेगा।



आइए कंसोल को अधिक विस्तार से देखें।



आप एक नया घटक विकसित करना शुरू कर रहे हैं। परीक्षक के साथ अग्रिम में चर्चा करें कि यह कैसे परीक्षण करना सबसे अच्छा है। मान लीजिए कि यह एक नया बटन है, जिस पर क्लिक करके डेटा पर कुछ कार्य किए जाएंगे। आपको कार्यों की शुद्धता का परीक्षण करने और यह जांचने की आवश्यकता है कि बटन काम करता है या नहीं। इन दोनों परीक्षणों को मिलाने की आवश्यकता नहीं है। कार्यक्षमता का परीक्षण करने के लिए, एक नया कंसोल कमांड जोड़ें, यह एक बटन के क्लिक पर होने वाली क्रियाओं की नकल करना चाहिए। बटन का परीक्षण करने के लिए, GUI परीक्षण लिखें।



परीक्षक इस बात से सहमत होगा कि टीम कैसे दिखेगी, और इनपुट और आउटपुट डेटा के प्रारूप पर। ग्राफिकल इंटरफ़ेस और कंसोल कमांड के माध्यम से प्राप्त डेटा को एक एकल रूप में लाया जाना चाहिए, जो परीक्षण किए गए घटक के इनपुट को खिलाया जाता है। फिर परिणाम स्क्रीन पर प्रदर्शन के लिए एक ग्राफिक दृश्य में या धारा में प्रदर्शन के लिए पाठ में परिवर्तित हो जाता है।











इस प्रकार, आपको जीयूआई के लिए कम संख्या में जटिल परीक्षणों की आवश्यकता होगी, और बड़ी संख्या में सरल पाठ परीक्षणों के साथ कार्यक्षमता परीक्षण प्रदान किया जा सकता है। यदि आप GUI बदलते हैं, तो आपको कार्यक्षमता परीक्षणों को बदलने की आवश्यकता नहीं है।

दावे

दावे चेक हैं जो डिबग मोड में एक त्रुटि के बारे में मान लौटाते हैं। इनपुट को मान्य करने और मूल्यों को वापस करने के लिए अभिकथन का उपयोग करें। आम तौर पर, दावों को कभी आग नहीं देना चाहिए। सबसे आम मामलों जब आपको एक जोर जोड़ने की आवश्यकता होती है, तो सूचकांक की शुद्धता की जांच कर रहे हैं, NULL या खाली मान की जांच कर रहे हैं, स्विच के लिए एक अप्रत्याशित मूल्य है।

डंप और लॉग

कार्यक्रम की सही प्रगति को नियंत्रित करने के लिए डेटा संरचनाओं और लॉग के मध्यवर्ती राज्यों की जांच करने के लिए डंप लिखें। वे आपको जल्दी से यह निर्धारित करने की अनुमति देंगे कि त्रुटि किस चरण में हुई। स्टार्टअप मोड प्रदान करें जिसमें परीक्षण के तहत मॉड्यूल का लॉग या डंप शामिल होगा, उदाहरण के लिए, यह कंसोल कमांड भी हो सकता है।

परीक्षक के साथ सभी बिंदुओं पर चर्चा करें

सबसे महत्वपूर्ण बात यह है कि एक परीक्षक के साथ आप जो कुछ भी करते हैं, उस पर चर्चा करें। साथ में तय करें कि कार्यक्रम कैसे काम करना चाहिए ताकि कोई अस्पष्टता न हो। कोड लिखने से पहले आप अपने आवेदन का परीक्षण कैसे करेंगे, इसके बारे में सोचें। परीक्षण उपकरण को वास्तुकला में बनाया जाना चाहिए। चर्चा करें कि आपको किन उपकरणों को लागू करने की आवश्यकता है। ऐसा करने के लिए आलसी मत बनो, फिर परीक्षक का काम अधिक प्रभावी हो जाएगा, और उत्पाद बेहतर होगा।



सफल विकास।