मेन्यू

सकारात्मक और नकारात्मक टेस्ट परिदृश्यों का वर्गीकरण कैसे करें - एक परीक्षक की धोखा शीट

how classify positive

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

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

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

सकारात्मक और नकारात्मक परीक्षण परिदृश्य

परीक्षण परिदृश्यों / मामलों का सकारात्मक या नकारात्मक वर्गीकरण

टेस्ट डिजाइन प्रक्रिया 3 गुना है:

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

अब, कुछ आवश्यकताओं पर नजर डालते हैं, परीक्षण परिदृश्य लिखते हैं और वर्गीकरण करते हैं।

# 1) लॉगिन करें :एक उपयोगकर्ता जो सही क्रेडेंशियल्स में प्रवेश करता है, सिस्टम में जाता है। यदि क्रेडेंशियल गलत हैं, तो पहुंच अस्वीकृत है और एक त्रुटि संदेश प्रदर्शित होता है।

# 2) उत्पादों को देखें: चलो मान लेते हैं कि सिस्टम में उपलब्ध सभी उत्पादों की एक ऑनलाइन सूची है और यह उन सभी को सूची में प्रदर्शित करता है जब 'उत्पादों' लिंक पर क्लिक किया जाता है।

# 3) लॉगआउट करें: जब इस लिंक पर क्लिक किया जाता है, तो उपयोगकर्ता लॉग आउट हो जाता है।

मैं इन आवश्यकताओं के लिए कुछ परीक्षण परिदृश्य लिखने जा रहा हूं।

तालिका एक:सही तरीका

टेस्ट परिदृश्य आईडीपरीक्षण परिदृश्य विवरणसकारात्मक नकारात्मक
TS_login_01यदि क्रेडेंशियल सही हैं, तो उपयोगकर्ता सफलतापूर्वक लॉग इन करता है, तो पुष्टि करेंसकारात्मक
TS_login_02यदि उपयोगकर्ता द्वारा दर्ज किए गए क्रेडेंशियल गलत हैं, तो उपयोगकर्ता को एक्सेस की अनुमति नहीं है, तो मान्य करेंनकारात्मक
TS_ViewProduct_01यदि उत्पाद लिंक पर क्लिक किए जाने पर सभी आइटम सूचीबद्ध हैं, तो सत्यापित करेंसकारात्मक
TS_logout_01यदि लॉगआउट पर क्लिक करने पर सिस्टम में पहले से लॉग इन किया गया है, तो पुष्टि करेंसकारात्मक

हालांकि, कभी-कभी मैं इस तरह से लिखे गए टेस्ट परिदृश्य को देखता हूं।

टेबल बी: प्रविष्टियां चिह्नित की गईंजालअमान्य परीक्षण परिदृश्य हैं।

टेस्ट परिदृश्य आईडीपरीक्षण परिदृश्य विवरणसकारात्मक नकारात्मक
TS_login_01यदि क्रेडेंशियल सही हैं, तो उपयोगकर्ता सफलतापूर्वक लॉग इन करता है, तो पुष्टि करेंसकारात्मक
TS_login_02यदि उपयोगकर्ता द्वारा दर्ज किए गए क्रेडेंशियल गलत हैं, तो उपयोगकर्ता को एक्सेस की अनुमति नहीं है, तो मान्य करेंनकारात्मक
TS_ViewProduct_01यदि उत्पाद लिंक पर क्लिक किए जाने पर सभी आइटम सूचीबद्ध हैं, तो सत्यापित करेंसकारात्मक
TS_ViewProduct_02यदि उत्पाद लिंक पर क्लिक करने पर सभी आइटम सूचीबद्ध नहीं हैं, तो सत्यापित करेंनकारात्मक
TS_logout_01यदि लॉगआउट पर क्लिक करने पर सिस्टम में पहले से लॉग इन किया गया है, तो पुष्टि करेंसकारात्मक
TS_logout_02यदि लॉगआउट लिंक पर क्लिक करने पर उपयोगकर्ता लॉग आउट नहीं करता है, तो पुष्टि करेंनकारात्मक

लॉगिन के सफल मामले के लिए, एक बराबर और विपरीत मामला होता है जब वह सफल नहीं होता है। सभी आवश्यकताओं को इस तरह से नहीं माना जाता है और उनके लिए, नकारात्मक परिदृश्य लिखने के लिए वास्तव में कोई मजबूरी नहीं है।

निचला रेखा: प्रत्येक आवश्यकता पर नकारात्मक मामले नहीं होने चाहिए।

इस बिंदु पर, यदि आप सोच रहे हैं कि 'मुझे कैसे पता चलेगा' या 'मुझे अभी भी यकीन नहीं है', यहाँ एक सरल धोखा पत्र है जो मदद करेगा।

Android के लिए सबसे अच्छा मोबाइल जासूस अनुप्रयोग

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

इनपुट और आउटपुट चर के बीच एक सरल सहसंबंध इस आसान को समझने में मदद करेगा।

हमें लॉगिन के लिए निम्नलिखित प्रयास करें:

इनपुटउत्पादनसकारात्मक नकारात्मक
सही (सही लॉगिन जानकारी)सही (उपयोगकर्ता लॉग इन)सकारात्मक
गलत (गलत लॉगिन जानकारी)सही (एक त्रुटि संदेश)नकारात्मक
सही (सही लॉगिन जानकारी)गलत - लॉगिन विफलबग / दोष
गलत (गलत लॉगिन जानकारी)गलत (सिस्टम उन्हें लॉग इन करता है) - 'ओह, हॉरर!' :)बग / दोष

तो, आप उपरोक्त तालिका से देखते हैं, हम कह सकते हैं कि हम प्राथमिक प्रवाह को सकारात्मक के रूप में वर्गीकृत करते हैं और वैकल्पिक प्रवाह (आवेदन का सही व्यवहार भी) को नकारात्मक के रूप में चिह्नित किया जाता है।

लाल रंग में पिछले दो मामले वास्तव में, बग हैं। परीक्षण आवश्यकताओं के सत्यापन के बारे में है और जब वे उद्देश्य के अनुसार काम नहीं करते हैं, तो हम बग ढूंढते हैं। चूंकि हम दोषों के लिए मान्य नहीं हैं, इसलिए पिछले दो मामले अमान्य हैं।

विचार की एक ही पंक्ति के बाद और लॉगआउट और उत्पादों को देखने के लिए इसे लागू करना, यहां आपको क्या मिलेगा।

इनपुटउत्पादनसकारात्मक नकारात्मक
लॉगआउट (क्लिक करें)सही - सही लॉग करता हैसकारात्मक
लॉगआउट (क्लिक करें)गलत - स्टेज़ में हस्ताक्षर किए गएबग / दोष
उत्पाद देखें (क्लिक करें)सही - उत्पादों को प्रदर्शित करता हैसकारात्मक
उत्पाद देखें (क्लिक करें)गलत (सूची या गलत सूची प्रदर्शन नहीं)बग / दोष

जैसा कि आप देख सकते हैं, इन आवश्यकताओं के लिए, गलत इनपुट की आपूर्ति करने की संभावना नहीं है। इसलिए, नकारात्मक परीक्षण परिदृश्यों / मामलों को लिखे जाने की आवश्यकता नहीं है।

विचारों का समापन:

सिस्टम को सकारात्मक या नकारात्मक इनपुट के अधीन किया जा सकता है। किसी भी तरह से, सिस्टम को सही आउटपुट उत्पन्न करना चाहिए। सही इनपुट से निपटने के मामले सकारात्मक हैं। जो सही लेकिन नकारात्मक इनपुट के बारे में हैं वे नकारात्मक हैं।

कुछ संकेत:

# 1) जब ए परीक्षण के मामलों को समाप्त करने के लिए यूएटी या यहां तक ​​कि सिस्टम परीक्षण के लिए लिखा जाता है, यह हमेशा सकारात्मक परीक्षण मामले होते हैं जो इसे प्रवाह में बनाते हैं।

#दो) कभी-कभी, वर्गीकरण व्यक्तिपरक होता है।उदाहरण के लिए, अगर मैं किसी साइट पर कुछ हटा रहा हूं और मुझे एक पुष्टिकरण संदेश प्राप्त होता है जो मुझसे पूछता है 'क्या आप सुनिश्चित हैं कि आप इस प्रविष्टि को हटाना चाहते हैं?' ठीक और रद्द करें विकल्पों के साथ - मेरे अनुसार रद्द पर क्लिक करना एक सकारात्मक मामला है। लेकिन कुछ लोग सोचते हैं कि 'डिलीट' विकल्प के प्राथमिक इरादे के रूप में यह नकारात्मक है कि ऑपरेशन को रद्द करें और रद्द न करें। तो, एक परीक्षक का निर्णय भी वर्गीकरण में एक भूमिका निभाता है।

# 3) प्रत्येक सकारात्मक मामले के लिए, हमेशा एक समान और विपरीत नकारात्मक मामला नहीं होता है।

उपरोक्त विधि हमेशा सही वर्गीकरण की गारंटी देती है। इसे स्वयं आज़माएं और मुझे बताएं, अगर ऐसा नहीं है। :) 'एक शॉर्टकट अक्सर गलत कट होता है।' - लेकिन फिर, यह इस मामले में नहीं हो सकता है!

नकारात्मक परीक्षण की अधिक औपचारिक व्याख्या के लिए, कृपया जाँच करें => नकारात्मक परीक्षण क्या है और नकारात्मक परीक्षण मामलों को कैसे लिखें?

लेखक के बारे में: यह लेख एसटीएच टीम की सदस्य स्वाति एस ने अपने लाइव क्यूए प्रशिक्षण पाठ्यक्रम में शामिल किया है: सबसे अच्छा सॉफ्टवेयर परीक्षण प्रशिक्षण आपको कभी भी मिलेगा! '

कृपया हमें बताएं कि क्या आपको यह लेख पसंद आया है और आने वाले लेखों में आसानी से बताई गई ऐसी किसी भी मूल अवधारणा को देखना चाहते हैं।

आपकी टिप्पणियाँ, प्रश्न, प्रतिक्रिया और पाठकों की सराहना की और STH में यहाँ मूल्यवान है। खुश परीक्षण!

अनुशंसित पाठ

^