how test banking domain applications
परीक्षण बैंकिंग अनुप्रयोग के लिए एक पूर्ण मार्गदर्शिका: BFSI (बैंकिंग, वित्तीय सेवाएँ और बीमा) परीक्षण प्रक्रिया और युक्तियाँ
बैंकिंग अनुप्रयोग आज के सॉफ्टवेयर विकास और परीक्षण उद्योग में सबसे जटिल अनुप्रयोगों में से एक है।
बैंकिंग अनुप्रयोगों को क्या इतना जटिल बनाता है? बैंकिंग अनुप्रयोगों में शामिल जटिल वर्कफ़्लोज़ का परीक्षण करने के लिए किस दृष्टिकोण का पालन किया जाना चाहिए?
इस लेख में, हम बैंकिंग अनुप्रयोगों के परीक्षण में शामिल विभिन्न चरणों और तकनीकों पर प्रकाश डालेंगे।
आप क्या सीखेंगे:
- बैंकिंग अनुप्रयोगों का परीक्षण कैसे करें?
- परीक्षण बैंकिंग अनुप्रयोग का महत्व
- बैंकिंग ऐप टेस्टिंग वर्कफ़्लो
- बैंकिंग आवेदन के लिए नमूना परीक्षण मामले
- निष्कर्ष
बैंकिंग अनुप्रयोगों का परीक्षण कैसे करें?
बैंकिंग अनुप्रयोगों द्वारा किए गए विभिन्न कार्य हैं:
आइए पहले बैंकिंग एप्लिकेशन की विशेषताओं को समझें:
- हजारों समवर्ती उपयोगकर्ता सत्रों का समर्थन करने के लिए बहु स्तरीय कार्यक्षमता
- बड़े पैमाने पर एकीकरण: आमतौर पर, एक बैंकिंग एप्लिकेशन कई अन्य अनुप्रयोगों जैसे बिल पे यूटिलिटी और ट्रेडिंग अकाउंट्स के साथ एकीकृत होता है
- जटिल व्यवसाय वर्कफ़्लो
- वास्तविक समय और बैच प्रसंस्करण
- प्रति सेकंड लेन-देन की उच्च दर
- सुरक्षित लेन-देन
- दिन प्रतिदिन के लेन-देन पर नज़र रखने के लिए मजबूत रिपोर्टिंग अनुभाग
- ग्राहक मुद्दों के निवारण के लिए मजबूत ऑडिटिंग
- बड़े पैमाने पर भंडारण की व्यवस्था
- आपदा / वसूली प्रबंधन।
उपरोक्त सूचीबद्ध दस बिंदु हैं बैंकिंग एप्लिकेशन की सबसे महत्वपूर्ण विशेषताएं।
बैंकिंग एप्लिकेशन में एक ऑपरेशन करने के लिए कई टियर होते हैं।
उदाहरण के लिए , सेवा मेरे बैंकिंग एप्लिकेशन में हो सकता है:
- वेब सर्वर ब्राउज़र के माध्यम से अंत उपयोगकर्ताओं के साथ बातचीत करने के लिए
- वेबर के लिए इनपुट और आउटपुट को मान्य करने के लिए मध्य स्तरीय
- DataBase डेटा और प्रक्रियाओं को संग्रहीत करने के लिए
- लेन-देन प्रोसेसर जो एक बड़ी क्षमता मेनफ्रेम या किसी अन्य लिगेसी प्रणाली हो सकती है जो प्रति सेकंड ट्रिलियन ऑफ़ ट्रांजेक्शन को अंजाम देती है।
अगर हम बैंकिंग अनुप्रयोगों के परीक्षण के बारे में बात करते हैं, तो इसकी आवश्यकता है एंड टू एंड टेस्टिंग मेथोडोलॉजी जिसमें कई सॉफ्टवेयर टेस्टिंग तकनीकों को शामिल किया गया है:
- सभी बैंकिंग वर्कफ़्लो और व्यावसायिक आवश्यकताओं का कुल कवरेज
- आवेदन का कार्यात्मक पहलू
- आवेदन का सुरक्षा पहलू
- डेटा अखंडता
- संगामिति
- प्रयोगकर्ता का अनुभव
बैंकिंग अनुप्रयोगों को क्या इतना जटिल बनाता है?
- बैंकिंग सॉफ्टवेयर मुख्य रूप से गोपनीय वित्तीय डेटा से संबंधित है, इसलिए सॉफ्टवेयर का प्रदर्शन त्रुटि रहित और सुरक्षित होना चाहिए।
- डेवलपर्स इन अनुप्रयोगों को विकसित करने के लिए एक जटिल डिजाइन पसंद करते हैं ताकि यह सुनिश्चित किया जा सके कि आवेदन वांछित सुरक्षित तरीके से चलता है।
- बैंकिंग लगातार बदलती दुनिया है। बैंकिंग, आज, ईंट और मोर्टार शाखाओं, एटीएम, ऑनलाइन बैंकिंग और ग्राहक सेवा जैसे विभिन्न चैनलों का उपयोग करके ग्राहक को उपलब्ध कराया जाता है।
- प्रौद्योगिकी के आगमन के साथ, कई वॉलेट्स ने उन बाजारों में बाढ़ ला दी है जो वित्तीय लेनदेन के लिए बैंकिंग प्रणालियों से जुड़ते हैं।
- बैंकिंग भी उच्च प्रदर्शन के साथ 24 एक्स 7 के ऊपर होने और चलने की उम्मीद है। सॉफ़्टवेयर अपग्रेड, इंस्टेंट फ़िक्स आदि को इस उपलब्धता को प्रभावित करने की अनुमति नहीं दी जा सकती है।
- बैंकिंग नियमों के रूप में सरकार द्वारा लाए गए निरंतर परिवर्तनों से बैंकिंग दुनिया भी अत्यधिक प्रभावित होती है। कर संरचना में कोई भी बदलाव बैंकिंग प्रणाली को प्रभावित करता है।
- जहां तक नई तकनीकों का संबंध है, बैंकिंग प्रणाली को भी अद्यतित रहने की आवश्यकता है। डेटा एनालिटिक्स जैसे बिग डेटा प्रोसेसिंग और डेटा साइंस का उपयोग करके बड़े डेटा से बाहर होने की प्रवृत्ति बैंकिंग दुनिया में बढ़ रही है।
उपर्युक्त बिंदु इसके चारों ओर एक सॉफ्टवेयर एप्लिकेशन बनाने के लिए डेवलपर्स के लिए बैंकिंग प्रणाली को जटिल बनाते हैं।
परीक्षण बैंकिंग अनुप्रयोग का महत्व
- बैंकिंग एप्लिकेशन का परीक्षण करने का आश्वासन है कि सभी गतिविधियों को न केवल अच्छी तरह से निष्पादित किया जाता है, बल्कि संरक्षित और सुरक्षित भी रहता है।
- बैंकिंग सॉफ्टवेयर हजारों निर्भरता के साथ जटिल है, परीक्षण प्रक्रिया के लिए अधिक समय, संसाधनों और निरंतर निगरानी की आवश्यकता होती है।
- जैसा कि वित्त शामिल हैं, दिशानिर्देशों का कड़ाई से पालन किया जाना है। परीक्षक और डेवलपर्स दोनों को अच्छा डोमेन ज्ञान होना चाहिए।
- सबसे महत्वपूर्ण बात, यह सुनिश्चित करना है कि वित्तीय लेनदेन में कानूनों और नियमों को सही तरीके से लागू किया जाए। यह केवल परीक्षण के साथ सुनिश्चित किया जा सकता है।
- यह सुनिश्चित करना भी महत्वपूर्ण है कि आवेदन और जिस बुनियादी ढांचे पर आवेदन किया गया है, वह लोड को संभालने में सक्षम है, खासकर पीक व्यावसायिक घंटों के दौरान, बिना किसी व्यवधान के। यह प्रदर्शन परीक्षण करके सुनिश्चित किया जा सकता है।
- आज की डिजिटल दुनिया में, एक चीज जो सभी को चिंतित करती है, वह है सुरक्षा। बैंकिंग एप्लिकेशन और इसके भीतर किए जाने वाले वित्तीय लेनदेन को ब्रेक-इन करने के किसी भी प्रयास से सुरक्षित करने की आवश्यकता है। सुरक्षा परीक्षण करके यह सुनिश्चित किया जा सकता है। सुरक्षा परीक्षण वित्तीय लेनदेन को सुरक्षित करने के लिए उद्योग मानकों को लागू करने में मदद करता है।
- यह सुनिश्चित करना भी महत्वपूर्ण है कि बैंकिंग एप्लिकेशन के विभिन्न मॉड्यूल और ग्राहक के उद्देश्य को ठीक से एकीकृत किया जाए। सिस्टम एकीकरण परीक्षण इस कार्य को प्राप्त करने में मदद करता है।
बैंकिंग ऐप टेस्टिंग वर्कफ़्लो
बैंकिंग अनुप्रयोगों के परीक्षण में शामिल विशिष्ट चरण नीचे दिए गए वर्कफ़्लो में दिखाए गए हैं। हम प्रत्येक चरण पर व्यक्तिगत रूप से चर्चा करेंगे।
यह एक एप्लिकेशन के परीक्षण का एक वाटरफॉल मॉडल है।
(1) आवश्यकता सभा
आवश्यकता सभा चरण इसमें कार्यात्मक विनिर्देशों के रूप में या उपयोग मामलों के रूप में आवश्यकताओं के प्रलेखन शामिल हैं। आवश्यकताओं को ग्राहकों की जरूरतों के अनुसार इकट्ठा किया जाता है और बैंकिंग विशेषज्ञों या व्यापार विश्लेषक द्वारा प्रलेखित किया जाता है।
विशेषज्ञ एक से अधिक विषयों पर लेखन आवश्यकताओं में शामिल होते हैं क्योंकि बैंकिंग में ही कई उप-डोमेन होते हैं और एक पूर्ण बैंकिंग अनुप्रयोग इन सभी डोमेन का एकीकरण होगा।
उदाहरण के लिए, एक बैंकिंग एप्लिकेशन में ट्रांसफर, क्रेडिट कार्ड, रिपोर्ट, लोन अकाउंट, बिल पेमेंट, ट्रेडिंग आदि के लिए अलग मॉड्यूल हो सकते हैं।
# 2) आवश्यकता की समीक्षा
सभी गैस्टरों जैसे कि क्यूए इंजीनियर्स, डेवलपमेंट लीड्स और पीयर बिजनेस एनालिस्ट्स द्वारा रिक्वायरमेंट ऑफ रिक्वायरमेंट गैदरिंग की समीक्षा की जाती है।
वे क्रॉस-चेक करते हैं कि न तो मौजूदा व्यावसायिक वर्कफ़्लो और न ही नए वर्कफ़्लो का उल्लंघन किया जाता है। सभी आवश्यकताओं को सत्यापित और सत्यापित किया गया है। अनुवर्ती कार्रवाई और आवश्यकता दस्तावेज़ संशोधन उसी के आधार पर किए जाते हैं।
# 3) व्यापार परिदृश्य तैयारियाँ
इस अवस्था में, QA इंजीनियर्स व्यवसाय के परिदृश्य को आवश्यकता दस्तावेजों (कार्य विशेष या उपयोग मामलों) से प्राप्त करते हैं; व्यावसायिक परिदृश्य इस तरह से व्युत्पन्न होते हैं कि सभी व्यावसायिक आवश्यकताएं कवर हो जाती हैं। व्यावसायिक परिदृश्य किसी भी विस्तृत चरणों के बिना उच्च-स्तरीय परिदृश्य हैं।
इसके अलावा, इन व्यावसायिक परिदृश्यों की समीक्षा व्यापार विश्लेषकों द्वारा की जाती है ताकि यह सुनिश्चित किया जा सके कि सभी व्यावसायिक आवश्यकताएँ पूरी हों। बीए के लिए निम्न-स्तरीय विस्तृत परीक्षण मामलों की समीक्षा करने के बजाय उच्च-स्तरीय परिदृश्यों की समीक्षा करना आसान है।
उदाहरण के लिए , डिजिटल बैंकिंग इंटरफेस पर फिक्स्ड डिपॉजिट खोलने वाला ग्राहक एक व्यावसायिक परिदृश्य हो सकता है। इसी तरह, हमारे पास नेट बैंकिंग खाता निर्माण, ऑनलाइन जमा, ऑनलाइन स्थानांतरण, आदि से संबंधित विभिन्न व्यावसायिक परिदृश्य हो सकते हैं।
# 4) कार्यात्मक परीक्षण
इस चरण में, कार्यात्मक परीक्षण किया जाता है और सामान्य सॉफ़्टवेयर परीक्षण गतिविधियाँ की जाती हैं जैसे:
टेस्ट केस तैयारी: इस चरण में टेस्ट मामलों को व्यापार परिदृश्य से प्राप्त किया जाता है, एक व्यापार परिदृश्य कई सकारात्मक परीक्षण मामलों और नकारात्मक परीक्षण मामलों की ओर जाता है। आम तौर पर, इस चरण के दौरान उपयोग किए जाने वाले उपकरण Microsoft Excel, परीक्षण निदेशक या गुणवत्ता केंद्र हैं।
टेस्ट केस की समीक्षा: सहकर्मी क्यूए इंजीनियर्स द्वारा समीक्षा
परीक्षण मामला निष्पादन: टेस्ट केस निष्पादन या तो मैन्युअल या स्वचालित रूप से शामिल हो सकते हैं जैसे QC, QTP, आदि।
बैंकिंग एप्लिकेशन का कार्यात्मक परीक्षण साधारण सॉफ्टवेयर परीक्षण से काफी अलग है। चूंकि ये एप्लिकेशन ग्राहक के पैसे और संवेदनशील वित्तीय डेटा के साथ काम करते हैं, इसलिए उन्हें पूरी तरह से जांचना आवश्यक है। किसी भी महत्वपूर्ण व्यवसाय परिदृश्य को कवर करने के लिए नहीं छोड़ा जाना चाहिए।
इसके अलावा, क्यूए संसाधन जो एप्लिकेशन का परीक्षण कर रहा है, उसे बैंकिंग डोमेन का मूल ज्ञान होना चाहिए।
# 5) डेटाबेस परीक्षण
बैंकिंग एप्लिकेशन में जटिल लेनदेन शामिल है जो UI स्तर और डेटाबेस स्तर दोनों पर किया जाता है, इसलिए, डेटाबेस परीक्षण कार्यात्मक परीक्षण के रूप में महत्वपूर्ण है। डेटाबेस जटिल और अनुप्रयोग में एक पूरी तरह से अलग परत है और इस प्रकार इसका परीक्षण डेटाबेस विशेषज्ञों द्वारा किया जाता है। यह तकनीकों का उपयोग करता है जैसे:
- डेटा लोड हो रहा है
- डेटाबेस माइग्रेशन
- परीक्षण DB स्कीमा और डेटाटाइप्स
- नियम परीक्षण
- परीक्षण संग्रहीत कार्यविधियाँ और कार्य
- परीक्षण करने वाले ट्रिगर
- डेटा अखंडता
डेटाबेस परीक्षण का मुख्य उद्देश्य यह सुनिश्चित करना है कि:
- अनुप्रयोग डेटाबेस से डेटा को किसी भी डेटा के नुकसान के बिना संग्रहीत और पुनर्प्राप्त करने में सक्षम है।
- पूर्ण किए गए लेन-देन को प्रतिबद्ध किया जाना चाहिए और संग्रहीत डेटा में किसी भी बेमेल से बचने के लिए निरस्त लेनदेन वापस कर दिया जाता है।
- केवल अधिकृत अनुप्रयोगों और उपयोगकर्ताओं को डेटाबेस और अंतर्निहित तालिकाओं का उपयोग करने की अनुमति है।
डेटाबेस परीक्षण के मुख्य रूप से तीन तरीके हैं:
- संरचनात्मक परीक्षण
- क्रियात्मक परीक्षण
- गैर-कार्यात्मक परीक्षण
संरचनात्मक परीक्षण
इसमें डेटाबेस ऑब्जेक्ट्स, स्कीमा, टेबल, व्यू, ट्रिगर्स, एक्सेस कंट्रोल आदि का परीक्षण करना शामिल है, यह सुनिश्चित करना कि टेबल में डेटा प्रकार अनुप्रयोग में संबंधित चर के साथ सिंक में हैं। तालिकाओं में मान्य डेटा और संदर्भात्मक अखंडता।
उदाहरण के लिए, एप्लिकेशन में एक राशि फ़ील्ड में दशमलव में डेटा प्रकार / फ़्लोट होना चाहिए।
- मानकों का पालन करने के लिए, उपयोगकर्ताओं को विचारों के माध्यम से अभिगम नियंत्रण दिया जाना चाहिए।
क्रियात्मक परीक्षण
इसमें उन डेटाबेस का परीक्षण करना शामिल है जो उपयोगकर्ता की आवश्यकताओं को पूरा करते हैं। प्राप्त करने के दो तरीके हैं: ब्लैक बॉक्स परीक्षण और व्हाइट बॉक्स परीक्षण।
उदाहरण के लिए, जब हम एक ऑनलाइन मनी ट्रांसफर करते हैं, तो प्रेषक खाते को डेबिट किया जाना चाहिए और रिसीवर खाते को ठीक उसी राशि के साथ जमा किया जाना चाहिए। यदि लेनदेन विफल हो जाता है तो पूरे लेनदेन को वापस कर दिया जाना चाहिए और प्रेषक खाते को वापस डेबिट या क्रेडिट नहीं किया जाना चाहिए।
गैर-कार्यात्मक परीक्षण
इसमें लोड और तनाव परीक्षण और प्रदर्शन अनुकूलन शामिल है। लोड परीक्षण, डेटाबेस प्रदर्शन को प्रभावित किए बिना सबसे अधिक लेनदेन की पहचान करने में मदद करता है।
उदाहरण के लिए, लोड और स्ट्रेस टेस्टिंग से प्राप्त इनपुट के आधार पर बैंकिंग एप्लिकेशन पीक बिजनेस ऑवर्स के दौरान अपने एप्लिकेशन में और अधिक संसाधनों को जोड़ने और ऑफ बिज़नेस आवर्स के दौरान संसाधनों को कम करने का निर्णय ले सकते हैं। यह बैंक को संसाधनों का इष्टतम उपयोग करने और पैसे बचाने में मदद करता है।
# 6) सुरक्षा परीक्षण
सुरक्षा परीक्षण आमतौर पर परीक्षण चक्र में अंतिम चरण है। सुरक्षा परीक्षण शुरू करने के लिए एक शर्त कार्यात्मक और गैर-कार्यात्मक परीक्षण का पूरा होना है। सुरक्षा परीक्षण पूरे अनुप्रयोग परीक्षण चक्र में प्रमुख चरणों में से एक है क्योंकि यह चरण सुनिश्चित करता है कि आवेदन संघीय और उद्योग मानकों का अनुपालन करता है।
डेटा वे ले जाने की प्रकृति के कारण, बैंकिंग एप्लिकेशन बहुत संवेदनशील हैं और हैकर्स और धोखाधड़ी गतिविधियों के लिए एक प्रमुख लक्ष्य हैं। सुरक्षा परीक्षण यह सुनिश्चित करता है कि आवेदन में ऐसी कोई वेब भेद्यता नहीं है जो संवेदनशील डेटा को घुसपैठिए या हमलावर को उजागर कर सके। यह यह भी आश्वासन देता है कि आवेदन OWASP जैसे मानकों का अनुपालन करता है।
इस चरण में, प्रमुख कार्य संपूर्ण एप्लिकेशन स्कैन है जो IBM AppScan या जैसे टूल का उपयोग करके किया जाता है एचपी वेबइंस्पेक्ट (ये सबसे लोकप्रिय उपकरण हैं)।
स्कैन पूरा होने के बाद, स्कैन रिपोर्ट प्रकाशित की जाती है। इस रिपोर्ट पर, झूठी सकारात्मकता को फ़िल्टर किया जाता है और बाकी कमजोरियों को विकास टीम को सूचित किया जाता है ताकि वे प्रत्येक मुद्दे की गंभीरता के आधार पर मुद्दों को ठीक करना शुरू कर दें।
त्रुटियों के प्रसार को प्रकट करने के लिए इस कदम पर पेनेट्रेशन परीक्षण भी किया जाता है। प्लेटफार्मों, नेटवर्क और ओएस पर कठोर सुरक्षा परीक्षण किया जाना चाहिए।
किसी और सुरक्षा परीक्षण के लिए मैनुअल उपकरण उपयोग किए जाते हैं पारस प्रॉक्सी , Http देखो , बर्प सूट , तथा दृढ़ करना।
सुरक्षा परीक्षण का मुख्य उद्देश्य किसी भी भेद्यता को सॉफ्टवेयर अनुप्रयोग को इंगित करना है, हो सकता है।
सुरक्षा परीक्षण के खिलाफ आवेदन का परीक्षण करता है:
- किसी भी बाहरी हमले या दुर्भावनापूर्ण इरादे से एप्लिकेशन को हैक करने का प्रयास।
- सॉफ्टवेयर एप्लिकेशन में किसी भी खामी का फायदा डाटा या मौद्रिक नुकसान के कारण उठाया जा सकता है।
- नेटवर्क, सर्वर और अनुप्रयोग को होस्ट करने वाले कार्यस्थानों में कोई भेद्यता।
निम्नलिखित विभिन्न प्रकार के सुरक्षा परीक्षण हैं:
भेद्यता परीक्षण: विभिन्न कमजोरियों की जांच के लिए एक स्वचालित कार्यक्रम विकसित और निष्पादित किया जाता है।
सुरक्षा स्कैनिंग: यह संस्करण नेटवर्क और सिस्टम की कमजोरियों की जांच करने के लिए घूमता है, संबंधित जोखिम को कम करने के लिए समाधान प्रदान करता है।
भेदन परीक्षण: सुरक्षा परीक्षण का यह प्रकार कमजोरियों और खामियों को पकड़ने के लिए हैकिंग के प्रयास का अनुकरण करता है, जो अन्यथा डेटाबेस या एप्लिकेशन डेटा तक पहुंच प्राप्त कर सकता था।
सुरक्षा लेखा परीक्षा: इसमें एप्लिकेशन की ऑडिटिंग और किसी भी सुरक्षा चूक के लिए संबंधित नेटवर्क शामिल हैं।
जोखिम आकलन: यह संस्करण जोखिम के स्तर का आकलन करने के लिए एक विश्लेषण करता है, एक घटना में जब दुर्भावनापूर्ण इरादे के लिए भेद्यता या खामियों का शोषण किया जाता है। इस तरह के जोखिम को निम्न, मध्यम और उच्च में वर्गीकृत किया जा सकता है। जोखिम के स्तर के आधार पर, परीक्षण टीम द्वारा जोखिम को कम या कम करने के लिए उचित उपायों की सलाह दी जाती है।
नैतिक हैकिंग: यह एक संगठन द्वारा अपने सिस्टम में उन खामियों की पहचान करने के लिए किया जाता है जिनका उपयोग इसके अनुप्रयोग या नेटवर्क में किया जा सकता है। इस तरह की हैकिंग का इरादा आवेदन या नेटवर्क को चोरी या नुकसान नहीं पहुंचाना है।
आसन मूल्यांकन: यह एक छाता मूल्यांकन है जिसमें सुरक्षा स्कैनिंग, जोखिम मूल्यांकन और नैतिक हैकिंग शामिल है।
एसक्यूएल इंजेक्षन: SQL इंजेक्शन का उपयोग सर्वर डेटाबेस तक पहुँच प्राप्त करने के लिए किया जा सकता है। परीक्षण यह सुनिश्चित करने के लिए किया जाता है कि कोड सही तरीके से काम कर रहा है, जो उपयोगकर्ता से निम्नलिखित इनपुट के आधार पर डेटाबेस पर प्रश्नों को निष्पादित करता है:
- कोष्ठक
- अपॉस्ट्राफी
- अल्पविराम
- उद्धरण चिह्न
अन्य चरणों में परीक्षण BFSI अनुप्रयोग
उपरोक्त मुख्य चरणों के अलावा, एकीकरण परीक्षण, प्रयोज्य परीक्षण, उपयोगकर्ता स्वीकृति परीक्षण और प्रदर्शन परीक्षण जैसे विभिन्न चरण शामिल हो सकते हैं।
आइए हम इन चरणों के बारे में संक्षेप में बात करते हैं:
एकीकरण जांच
जैसा कि आप जानते हैं कि बैंकिंग एप्लिकेशन में, कई अलग-अलग मॉड्यूल हो सकते हैं जैसे ट्रांसफर, बिल पेमेंट, डिपॉजिट आदि। और इस प्रकार, बहुत सारे कंपोनेंट्स विकसित होते हैं। एकीकरण परीक्षण में, सभी घटक और एक साथ एकीकृत और मान्य हैं।
उपयोगिता परीक्षण
एक बैंकिंग एप्लिकेशन कई प्रकार के ग्राहकों को सेवा प्रदान करता है। इनमें से कुछ ग्राहकों के पास ऐप पर बैंकिंग कार्यों को करने के लिए आवश्यक कौशल और जागरूकता की कमी हो सकती है।
इस प्रकार, ग्राहकों के विभिन्न समूहों में प्रयोग करने योग्य बनाने के लिए सरल और कुशल डिजाइन के लिए बैंकिंग एप्लिकेशन का परीक्षण किया जाना चाहिए। इंटरफ़ेस का उपयोग करना जितना आसान और आसान है, उतने अधिक ग्राहक बैंकिंग एप्लिकेशन से लाभान्वित होंगे।
एप्लिकेशन का उपयोग करने में आसानी, व्यावसायिक उपयोगकर्ताओं या बैंक ग्राहकों के स्तर की जांच करना है। यह परीक्षण डेवलपर या परीक्षक द्वारा नहीं किया जाता है, बल्कि व्यावसायिक उपयोगकर्ताओं द्वारा किया जाता है।
उदाहरण के लिए, आजकल हर कोई मोबाइल ऐप का इस्तेमाल करता है। एंड-यूज़र द्वारा बैंकिंग ऐप को उपयोगकर्ता के अनुकूल और समझने और उपयोग करने में आसान होना चाहिए।
प्रयोज्यता परीक्षण के प्रकार
तुलनात्मक उपयोगिता परीक्षण: यह तुलना-आधारित परीक्षण है, जहां एक वेबसाइट की उपयोगिता या दूसरे के साथ अनुप्रयोग में आसानी होती है। इस तरह के परीक्षण का लक्ष्य सबसे अच्छा उपयोगकर्ता अनुभव प्रदान करना है।
खोजी उपयोगिता परीक्षण: इस परीक्षण का उद्देश्य यह पहचानना है कि बैंक की ग्राहकों की आवश्यकताओं को पूरा करने के लिए नए एप्लिकेशन या सॉफ्टवेयर में क्या विशेषताएं होनी चाहिए।
प्रयोज्यता परीक्षण के फायदे और नुकसान निम्नलिखित हैं
सॉफ्टवेयर परीक्षण में परीक्षण मामले का प्रारूप
लाभ:
- एप्लिकेशन के अंतिम-उपयोगकर्ता आमतौर पर परीक्षण के साथ शामिल होते हैं, इसलिए पहले-हाथ की प्रतिक्रिया प्राप्त की जाती है।
- किसी विशेषता के बारे में विश्लेषण और चर्चा पर समय बिताने के बजाय, जो किसी उत्पाद के पास होना चाहिए या नहीं, इसके लिए अंत-उपयोगकर्ता से सीधे इनपुट प्राप्त करना बेहतर होता है।
- हम पहले से किसी भी संभावित मुद्दे को पकड़ सकते हैं।
नुकसान:
- चूंकि कई अंतिम-उपयोगकर्ता परीक्षण में शामिल हैं, इसलिए यदि सटीक नहीं है तो उनकी राय आवश्यकता को प्रभावित कर सकती है।
- अंतिम-उपयोगकर्ताओं के फ़ीड से प्रभावित हो सकते हैं।
प्रदर्शन का परीक्षण
समय की निश्चित अवधि जैसे कि वित्तीय वर्ष का अंत, त्योहारी सीजन परिवर्तन या ऐप में सामान्य ट्रैफ़िक में वृद्धि हो सकती है। इसलिए, संपूर्ण प्रदर्शन परीक्षण किया जाना चाहिए ताकि ग्राहक प्रदर्शन विफलताओं से प्रभावित न हों।
अतीत का एक महत्वपूर्ण उदाहरण जहां प्रदर्शन विफलताओं के कारण बैंक ग्राहक व्यक्तिगत रूप से प्रभावित हुए हैं, नेटवेस्ट और आरबीएस साइबर सोमवार आईटी आउटेज है जिसमें ग्राहकों ने अपने डेबिट और क्रेडिट कार्ड से देश भर में दुकानों में लेनदेन को अस्वीकार कर दिया।
उपयोगकर्ता स्वीकृति परीक्षण
यह एंड-यूजर्स को शामिल करने के लिए किया जाता है ताकि यह सुनिश्चित हो सके कि एप्लिकेशन वास्तविक दुनिया के परिदृश्यों का अनुपालन करता है और उपयोगकर्ताओं द्वारा इसे स्वीकार किया जाता है यदि यह लाइव हो जाता है।
आज के परिदृश्य में अधिकांश बैंकिंग परियोजनाएं उपयोग कर रही हैं : एजाइल / स्क्रैम, आरयूपी, और कंटीन्यूअस इंटीग्रेशन मेथडोलॉजीज़, और टूल्स पैकेज जैसे माइक्रोसॉफ्ट के वीएसटीएस और तर्कसंगत उपकरण।
जैसा कि हमने ऊपर RUP के बारे में उल्लेख किया है, RUP का अर्थ है तर्कसंगत एकीकरण प्रक्रिया, जो आईबीएम द्वारा शुरू की गई एक पुनरावृत्त सॉफ्टवेयर विकास पद्धति है जिसमें चार चरण शामिल हैं जिसमें विकास और परीक्षण गतिविधियाँ की जाती हैं।
चार चरण हैं
i) इंसेप्शन
ii) सहयोग
iii) निर्माण और
iv) संक्रमण
आरयूपी में आईबीएम तर्कसंगत उपकरण शामिल हैं।
बैंकिंग आवेदन के लिए नमूना परीक्षण मामले
नई शाखा के लिए परीक्षण के मामले
- मान्य और अमान्य परीक्षण डेटा के साथ एक नई शाखा बनाएँ।
- बिना डेटा के नई ब्रांच बनाएं।
- मौजूदा शाखा डेटा के साथ एक नई शाखा बनाएँ।
- रीसेट सत्यापित करें और विकल्प रद्द करें।
- मान्य और अमान्य परीक्षण डेटा के साथ शाखा विवरण अपडेट करें।
- मौजूदा शाखा परीक्षण डेटा के साथ शाखा विवरण अपडेट करें।
- सत्यापित करें कि क्या नई शाखा को बचाया जा सकता है।
- सत्यापित करें कि रद्द करें विकल्प काम कर रहा है।
- निर्भरता के साथ और बिना शाखा विलोपन को सत्यापित करें।
- सत्यापित करें कि शाखा खोज विकल्प काम कर रहा है या नहीं।
नई भूमिका के लिए परीक्षण के मामले
- मान्य और अमान्य परीक्षण डेटा के साथ एक नई भूमिका बनाएँ।
- डेटा के बिना एक नई भूमिका बनाएँ।
- सत्यापित करें कि मौजूदा परीक्षण डेटा के साथ एक नई भूमिका बनाई जा सकती है।
- भूमिका विवरण और भूमिका प्रकार सत्यापित करें।
- रद्द करें और रीसेट विकल्प काम कर रहा है सत्यापित करें।
- निर्भरता के साथ और बिना भूमिका विलोपन प्रक्रिया की जाँच करें।
- भूमिका विवरण पृष्ठ के लिंक सत्यापित करें।
- परीक्षण डेटा के बिना व्यवस्थापक लॉगिन की पुष्टि करें।
- व्यवस्थापक भूमिका के लिए सभी होम लिंक सत्यापित करें।
- सत्यापित करें कि व्यवस्थापक मान्य और अमान्य परीक्षण डेटा के साथ पासवर्ड बदल सकता है।
- सफलतापूर्वक लॉग आउट व्यवस्थापक की जाँच करें।
ग्राहक और बैंकर के लिए परीक्षण के मामले
- सत्यापित करें कि सभी आगंतुक और ग्राहक लिंक ठीक से काम कर रहे हैं।
- मान्य और अमान्य परीक्षण डेटा के साथ ग्राहक लॉगिन की जाँच करें।
- ग्राहक लॉगिन को बिना किसी डेटा के सत्यापित करें।
- बिना किसी डेटा के बैंकर लॉगिन को सत्यापित करें।
- मान्य या अमान्य परीक्षण डेटा के साथ बैंकर लॉगिन को सत्यापित करें।
- सत्यापित करें कि ग्राहक या बैंकर सफलतापूर्वक लॉग आउट कर सकते हैं।
नए उपयोगकर्ताओं के लिए परीक्षण के मामले
- सत्यापित करें कि नया उपयोगकर्ता वैध और अमान्य परीक्षण डेटा के साथ बनाया जा सकता है।
- मौजूदा शाखा परीक्षण डेटा के साथ एक नया उपयोगकर्ता बनाएं
- सत्यापित करें कि रद्द करें और रीसेट विकल्प ठीक से काम कर रहा है या नहीं।
- मान्य और अमान्य परीक्षण डेटा के साथ उपयोगकर्ता विवरण अपडेट करें।
- नए उपयोगकर्ता को हटाने का सत्यापन करें।
- जांचें कि क्या नया उपयोगकर्ता सत्यापित किया जा सकता है।
- अनिवार्य इनपुट पैरामीटर सत्यापित करें।
- वैकल्पिक इनपुट पैरामीटर सत्यापित करें।
- सत्यापित करें कि क्या उपयोगकर्ता वैकल्पिक मापदंडों के बिना बनाया जा सकता है।
नए खाते के निर्माण के लिए परीक्षण के मामले
- मान्य और अमान्य उपयोगकर्ता डेटा के साथ एक नया खाता बनाएँ।
- सत्यापित करें कि उपयोगकर्ता विवरण अपडेट किया जा सकता है या नहीं।
- सत्यापित करें कि नया उपयोगकर्ता सहेजा जा सकता है या नहीं।
- मौजूदा उपयोगकर्ता के डेटा के साथ एक नया खाता बनाएँ।
- सत्यापित करें कि उपयोगकर्ता नए बनाए गए खाते में राशि जमा कर सकता है (और शेष राशि को अपडेट कर सकता है)।
- सत्यापित करें कि उपयोगकर्ता नए खाते से राशि निकाल सकता है (जमा और शेष राशि अपडेट करने के बाद)।
- वेतन के मामले में, कंपनी का नाम सत्यापित करें और अन्य विवरण उपयोगकर्ता द्वारा प्रदान किए गए हैं।
- सत्यापित करें कि द्वितीयक खाते के मामले में प्राथमिक खाता संख्या प्रदान की गई है या नहीं।
- चालू खाते के मामलों में प्रदान किए गए उपयोगकर्ता विवरणों को सत्यापित करें।
- संयुक्त खाते के मामले में संयुक्त खाते के लिए प्रदान किए गए सबूतों को सत्यापित करें।
- सत्यापित करें कि क्या वेतन खाते में शून्य शेष बनाए रखने में सक्षम है।
- सत्यापित करें कि क्या गैर-वेतन खाते के लिए शून्य शेष या न्यूनतम शेष बनाए रखने में सक्षम है।
- सत्यापित करें कि नया उपयोगकर्ता सफलतापूर्वक लॉग आउट कर सकता है।
नेट बैंकिंग एप्लीकेशन के लिए टेस्ट केस
- जांचें कि क्या उपयोगकर्ता बैंक साइट खोलने में सक्षम है।
- जांचें कि साइट पर सभी लिंक काम कर रहे हैं या नहीं।
- सत्यापित करें कि क्या उपयोगकर्ता एक नया खाता बनाने में सक्षम है।
- जांचें कि क्या उपयोगकर्ता वैध और अमान्य उपयोगकर्ता नाम और पासवर्ड के साथ लॉगिन करने में सक्षम है।
- यह सत्यापित करें कि लॉगिन करते समय उपयोगकर्ता नाम या पासवर्ड रिक्त है, उपयोगकर्ता को लॉगिन करने की अनुमति नहीं दी जानी चाहिए और चेतावनी संदेश दिखाया गया है।
- जांचें कि क्या उपयोगकर्ता को पासवर्ड बदलने की अनुमति है।
- यदि कोई अमान्य उपयोगकर्ता या पासवर्ड दर्ज किया जाता है तो उचित त्रुटि संदेश दिखाया जाता है।
- अमान्य पासवर्ड वाले उपयोगकर्ताओं को लॉग इन करने की अनुमति नहीं दी जानी चाहिए।
- सत्यापित करें कि बार-बार एक गलत पासवर्ड के साथ लॉग इन करने के प्रयास के बाद, उपयोगकर्ता को एक त्रुटि संदेश दिखाया जाना चाहिए और ब्लॉक किया जाना चाहिए।
- जांचें कि क्या उपयोगकर्ता कुछ बुनियादी लेनदेन करने में सक्षम है।
- सत्यापित करें कि उपयोगकर्ता वैध और अमान्य विवरणों के साथ एक लाभार्थी को जोड़ने में सक्षम है।
- सत्यापित करें कि उपयोगकर्ता लाभार्थी को हटा सकता है या नहीं।
- सत्यापित करें कि उपयोगकर्ता नए जोड़े गए लाभार्थी को लेनदेन करने में सक्षम है।
- लेन-देन के सत्यापन के बाद यदि उपयोगकर्ता और लाभार्थी दोनों के खाते अपडेट किए जाते हैं।
- जांचें कि क्या उपयोगकर्ता दशमलव संख्या में राशि दर्ज करने में सक्षम है।
- सत्यापित करें कि उपयोगकर्ता राशि फ़ील्ड में नकारात्मक संख्या दर्ज करने में सक्षम नहीं है।
- सत्यापित करें कि क्या उपयोगकर्ता को न्यूनतम शेष राशि के साथ या बिना लेनदेन करने की अनुमति है।
- सत्यापित करें कि उपयोगकर्ता एक नया RD कर सकता है या नहीं।
- सत्यापित करें कि अपर्याप्त संतुलन के साथ किए गए लेनदेन के मामले में उचित संदेश दिखाया गया है।
- जांच लें कि क्या किसी लेनदेन से पहले उपयोगकर्ता को पुष्टि के लिए कहा गया है।
- यदि प्रत्येक सफल लेनदेन पर पावती रसीद प्रदान की गई है, तो सत्यापित करें।
- सत्यापित करें कि क्या उपयोगकर्ता कई खातों में पैसे स्थानांतरित करने में सक्षम है।
- सत्यापित करें कि उपयोगकर्ता लेनदेन को रद्द कर सकता है या नहीं।
- सत्यापित करें कि खाता विवरण वित्तीय लेनदेन को भी दर्शाता है।
- सत्यापित करें कि टाइम-आउट सुविधा कार्यान्वित की गई है।
- सत्यापित करें कि सत्र समय के मामले में उपयोगकर्ता को फिर से लॉग इन करना चाहिए।
- सत्यापित करें कि किसी भी निष्क्रियता के मामले में उचित सत्र समय समाप्त हो गया है।
- लेन-देन करते समय उपयोगकर्ता सत्यापित करें कि सुरक्षित मोड में ले जाया गया है।
- सत्यापित करें कि उपयोगकर्ता सफलतापूर्वक लॉग आउट कर सकता है।
- खोज सत्यापित करें और विकल्प रीसेट करें।
निष्कर्ष
इस लेख में, हमने चर्चा की बैंकिंग एप्लिकेशन कितना जटिल हो सकता है और क्या हैं आवेदन के परीक्षण में शामिल विशिष्ट चरण । इसके अलावा हमने आईटी उद्योगों द्वारा सॉफ्टवेयर विकास के तरीकों और उपकरणों सहित वर्तमान रुझानों पर भी चर्चा की।
इस विषय पर अपने अनुभव या प्रश्नों को साझा करने के लिए स्वतंत्र महसूस करें!
अनुशंसित पाठ
- निवेश बैंकिंग एप्लिकेशन का परीक्षण कैसे करें (34+ महत्वपूर्ण टेस्ट परिदृश्यों के साथ)
- रिटेल बैंकिंग सिस्टम का परीक्षण कैसे करें
- स्वास्थ्य देखभाल आवेदन का परीक्षण कैसे करें - भाग 1
- सर्वश्रेष्ठ सॉफ्टवेयर परीक्षण उपकरण 2021 (क्यूए टेस्ट स्वचालन उपकरण)
- अल्फा परीक्षण और बीटा परीक्षण (एक पूर्ण गाइड)
- परीक्षण प्राइमर eBook डाउनलोड
- कार्यात्मक परीक्षण बनाम गैर-कार्यात्मक परीक्षण
- अनुप्रयोग स्थापित करना और उन्हें Appium परीक्षण के लिए तैयार करना