मेन्यू

आवश्यकताओं के बिना किसी एप्लिकेशन का परीक्षण कैसे करें?

how test an application without requirements

समस्याओं को खत्म करने के लिए हमारे साधन का प्रयास करें

तकनीकी रूप से आवश्यकताओं के बिना कोई एप्लिकेशन नहीं है। ऐसे सॉफ्टवेयर की कल्पना करें जो कुछ खास न करता हो लेकिन लाइन ऑफ कोड स्ट्रेचिंग के बाद बस लाइन है। यह एक सीढ़ी होगी, जो कहीं नहीं जाएगी।

सभी सॉफ़्टवेयर की आवश्यकताएं हैं और किसी विशेष कार्य पर लक्षित है; विशेष रूप से, यह एक समस्या का समाधान है। इसलिए आवश्यकता-कम सॉफ्टवेयर एक संभावना नहीं है

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

आवश्यकताओं के बिना परीक्षण

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

इसलिए, यह लेख कुछ प्रथाओं पर एक प्रयास है जिसका हमने पालन किया है जब हमने इन स्थितियों में खुद को पाया।

यह भी पढ़ें:

विंडोज़ में डाट फाइलें कैसे खोलें

आइए हम पहले कुछ बातों पर ध्यान दें प्रलेखन शुरू करने के लिए कारण नहीं हो सकता है:

  1. शेल्ड प्रोजेक्ट को फिर से खोला जा रहा है
  2. काम करने का दस्तावेजीकरण कम प्रारूप- प्रक्रिया
  3. प्रलेखन मौजूद हो सकता है- लेकिन विस्तृत या पूर्ण नहीं हो सकता है
  4. निरंतर रिलीज़ और पुराने संस्करण से संबंधित जानकारी संग्रहीत नहीं की गई है, जिसके परिणामस्वरूप मौजूदा कार्यक्षमता नए के साथ कैसे प्रतिक्रिया करती है, यह समझने में एक अंतर है

ये सभी बाधाएं हैं जिन्हें हम परीक्षकों को बहादुरी से पार करना है और सफलतापूर्वक उभरना है। हालांकि ठीक कैसे, सही?

आवश्यकताओं के बिना किसी एप्लिकेशन का परीक्षण करने के लिए यहां शीर्ष 3 विधियां हैं:

विधि # 1:

जो भी छोटे दस्तावेज आपके हाथ लग सकते हैं, उनके साथ काम करें। यह एक बुनियादी सरल बैकलॉग (फुर्तीली परियोजनाओं में), एक मदद फ़ाइल, एक ईमेल, BRD / FRD का एक पुराना संस्करण या पुराने परीक्षण मामले (आपके ALM टूल में इनकी जाँच करें और आप उन्हें पा सकते हैं), आदि हो सकते हैं।

जांच करें, चारों ओर से पूछें और हमेशा पतला होने पर भी कुछ प्रलेखित मुकदमे होते हैं।

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

सहमत थे कि सभी स्थितियां उतनी सीधी नहीं होने वाली हैं, लेकिन फिर से, वे भी हो सकते हैं।

विधि # 2:

सॉफ़्टवेयर उत्पाद के भविष्य के रिलीज़ का परीक्षण करने के लिए संदर्भ के रूप में अनुप्रयोग के पुराने / वर्तमान संस्करण का उपयोग करें। अब, मैं मानता हूं कि यह नियम के लिए नकारात्मक है, 'एक संदर्भ के रूप में आवेदन का उपयोग करके कभी भी परीक्षण के मामले न लिखें'। हालांकि, जब हम सही स्थिति से कम में काम कर रहे होते हैं, तो हमें अपनी आवश्यकताओं को पूरा करने के लिए नियमों को ढालना होगा।

ऐसा करते समय यह निम्नलिखित पहलुओं को परिप्रेक्ष्य में रखने में मदद करता है:

  • एप्लिकेशन में बग हो सकते हैं- इसलिए यदि पंजीकरण के बाद सिस्टम सीधे आपको Screen1 (हमारे उदाहरण के लिए एक निश्चित काल्पनिक स्क्रीन) पर ले जाता है - कभी भी यह न समझें कि यह सही व्यवहार है। इसके अलावा अगर कोई क्षेत्र अल्फ़ान्यूमेरिक वर्ण लेता है और एक फ़ोन नंबर है- एक सवाल है और सुनिश्चित करें कि आप अपेक्षित कार्यक्षमता के लिए दिए गए उदाहरण के रूप में आवेदन नहीं लेते हैं।
  • उपरोक्त स्थितियों में आपके निर्णय का उपयोग करते हैं और आपको एक शुरुआत देने के लिए एप्लिकेशन की मदद लेते हैं, लेकिन इसके काम करने पर सवाल उठाना महत्वपूर्ण है।

विधि # 3:

प्रोजेक्ट टीम के सदस्यों से बात करें:

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

अब, उदाहरण में विधियों को लागू करते हैं:

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

विधि # 1 लागू करें:

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

हम सभी जानते हैं कि खरीदारी की गाड़ियां कैसे काम करती हैं, इसलिए अपनी धारणा बनाएं और कुछ बुनियादी परिदृश्यों पर पहुंचें:

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

हम जारी रख सकते हैं, लेकिन मुझे यकीन है कि आपको तस्वीर मिल जाएगी।

विधि # 2 लागू करें:

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

जैसा कि आप नीचे स्क्रीन से देख सकते हैं, ये चीजें स्पष्ट हैं- क्षेत्र के नाम, बटन या अन्य तत्व आदि। (बढ़े हुए दृश्य के लिए छवि पर क्लिक करें)

आवश्यकताओं के बिना परीक्षण

अब, इस बिंदु पर परीक्षकों के कुछ प्रश्न हैं:

  1. क्या होता है जब मैं राशि बॉक्स में एक चार देता हूं?
  2. मैं बहुत सी वस्तुओं को कब जोड़ता हूं?
  3. अधिकतम क्या है यह ले जा सकते हैं? आदि।

विधि # 3 लागू करें :

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

सहमत थे कि यह एक बहुत अधिक कदम है और बहुत अधिक अनुवर्ती है लेकिन गुणवत्ता परीक्षण सुनिश्चित करने के लिए, ये कदम अपरिहार्य हैं।

निष्कर्ष के तौर पर, जब दस्तावेज़ मौजूद नहीं है या अपर्याप्त है तो सब खो नहीं गया है। अभी भी आशा है! कृपया समान परिस्थितियों में अपने अनुभव साझा करें।

लेखक के बारे में: यह सहायक पोस्ट हमारी एसटीएच टीम की सदस्य स्वाति एस ने लिखी है।

हमेशा की तरह आपकी टिप्पणी, प्रश्न और सुझाव का स्वागत है।

अनुशंसित पाठ

^